2/11/2016 6:36:33 PM
Meyer <pierre@mouraf.org>
|
2/11/2016 11:37:47 AM
Pierre-Alexandre Meyer <pierre@mouraf.org>
|
2/11/2016 11:36:43 AM
should be using it.
Signed-off-by: Pierre-Alexandre Meyer <pierre@mouraf.org>
|
2/11/2016 11:05:28 AM
the account timezone matters.
Signed-off-by: Pierre-Alexandre Meyer <pierre@mouraf.org>
|
2/11/2016 10:58:10 AM
now: this avoids unnecessary conversions between LocalDate
and DateTime, and gets rid of any logic preventing the creation a future DateTime.
The side effect of this change is that while non-null dates are still respected,
no guarantee is done on when during the day the change will occur (for example,
a subscription cancelled with an effective local date of today might only be effective in
a few hours).
Signed-off-by: Pierre-Alexandre Meyer <pierre@mouraf.org>
|
2/11/2016 9:29:05 AM
Pierre-Alexandre Meyer <pierre@mouraf.org>
|
2/11/2016 8:49:16 AM
diff, a second commit will take care of cleaning up callers
to not pass the account timezone anymore.
Changes:
* Introduced a new ImmutableAccountInternalApi to avoid Guice circular dependencies
* Refactored tests to abstract createAccount methods, which will update the test context as needed
* Fixed missing injections in a few test suites
* Updated Beatrix to clear caches between tests
Signed-off-by: Pierre-Alexandre Meyer <pierre@mouraf.org>
|
2/10/2016 10:48:29 AM
Pierre-Alexandre Meyer <pierre@mouraf.org>
|
2/10/2016 8:53:02 AM
should
rarely be used, as we always want to populate the accountRecordId in the internal
context.
This API should only be used for non account-specific operations (e.g. search invoices)
and for operations where we cannot lookup the account directly (e.g. look-up bundle by external key).
Signed-off-by: Pierre-Alexandre Meyer <pierre@mouraf.org>
|
2/9/2016 9:46:12 PM
day offset, ignore completely DST changes
for LocalDate <-> DateTime transformations.
TestDateAndTimeZoneContext changes:
* Remove computeOffsetFromUtc tests (functionality removed)
* Add more DST tests
TestWithTimeZones changes:
* The cancellation date will now use the PDT timezone (one hour earlier)
to compute the effective cancellation datetime
Signed-off-by: Pierre-Alexandre Meyer <pierre@mouraf.org>
|
