[root]/datecalc-common/src/main/java/net/objectlab/kit/datecalc/common
Author | Changes | Lines of Code | Lines per Change |
---|---|---|---|
Totals | 220 (100.0%) | 4008 (100.0%) | 18.2 |
Benoit Xhenseval | 141 (64.1%) | 2647 (66.0%) | 18.7 |
Marcin Jekot | 79 (35.9%) | 1361 (34.0%) | 17.2 |
changed if-else's to use switch statements with enums, and added static imports for some constants, i think it makes the code look cleaner, whadayathink mr b?
we'll see what qalab has to say about all this ;-)
19 lines of code changed in:
deprecated ACT/UST and END/365 - as they're not very 'common' conventions.
also added a link to document describing day count conventions
16 lines of code changed in:
- Added method calculateTenorDates with/without a spot lag to enable calculation of a series of Tenor dates without changing the current business date in the calculator.
- Added method moveByTenor without a spot lag to allow tenor calculation based on the CURRENT date and not the spot lag.
120 lines of code changed in:
[Bug 1575498] Suggested by Paul Hill (thanks). Introduction of HolidayCalendar as a replacement to the simplistic Set<E> for holidays (deprecated).
The HolidayCalendar contains a set of holidays but also 2 boundaries early and late which define the VALID set of holidays.
e.g. last holiday for UK in 2006 is 26 Dec 2006 but that set should be VALID until Dec 31 2006.
Re-organised code to use only immutable Holiday calendars internally.
293 lines of code changed in:
[Bug 1575498] First cut on "Valid Range Calculators". Enable registration of HolidayCalendar in the Factory.
Calculation of default early and late boundaries to be the earliest date and latest date if the calendar does not
have such information.
66 lines of code changed in:
The spot date should move by the spot lag, taking into account ANY holidays in between, i.e. moveByBusinessDays and not moveByDay
1 lines of code changed in:
make it a bit more robust.
4 lines of code changed in:
[Bug 1601540]Added StandardTenor.T_2D thanks to Anthony Whitford for mentioning it.
2 lines of code changed in:
[Bug 1601542]Thanks to Anthony Whitford for spotting the spelling mistake in our enum.
3 lines of code changed in:
Added new handler type ForwardUnlessNegative: a handler that acts like a Forward handler
if the increment is positive otherwise acts like a Backward handler
36 lines of code changed in:
First cut at a 'range' feature...
222 lines of code changed in:
Add the ads...
631 lines of code changed in:
Just a tad of subtle advertising.
32 lines of code changed in:
javadoc corrections, based on the yDoc warning report.
21 lines of code changed in:
adding keyword substitution to files
15 lines of code changed in:
Problem with setting UTC timezone - when you get the date object from the calendar, it has the default timezone anyways
0 lines of code changed in:
remove unused import
0 lines of code changed in:
swapped around getJavaCalendar() and getJavaDate() methods, as the getJavaDate() had the juicy code in it, and was dealing with a Calendar object
36 lines of code changed in:
Findbugs issue.
1 lines of code changed in:
More JavaDoc.
50 lines of code changed in:
(46 more)