I'm using a library in my app which has a dependency on org.threeten:threetenbp:1.3.4. After adding LazyThreeTenBP, my build broke with:

Error:com.android.builder.merge.DuplicateRelativeFileException: More than one file was found with OS independent path 'org/threeten/bp/format/ChronologyText.properties'

After investigating, it seems that LazyThreeTenBP has a compile dependency on treetenbp's no-tzdb artifact, which breaks my dependency resolution and results in both artifacts being bundled. I can easily fix this by excluding that library's dependency, but it might be nicer if LazyThreeTenBP had an api dependency on ThreeTenBP instead, and relied on the app to depend on it explicitly.

Implemented custom DateTimeTextProvider to use Android-specific features in SimpleDateFormat to improve Narrow and Standalone text styles of months and days of week. Uses https://github.com/ThreeTen/threetenbp/issues/69 Fixes https://github.com/ThreeTen/threetenbp/issues/55 for Android users.

Hi there,

2022b has been released 2022-08-10 and its corresponding new rule could be effective as early as September 10th, 2022. We have rough 3 weeks to get the mobile code ready to avoid the surprises.

Hence, I am creating this diff in the hope of getting a new release to support 2022b with the following changes

1, Ported the generated data https://github.com/TonyTangAndroid/ticktock/pull/6 by manually executing the script added in https://github.com/TonyTangAndroid/ticktock/pull/7.

This is the major changes in this pull request.

2, Manually updated GeneratedZoneIdsProvider to 2022b with its new zone ids. I have created an independent pull request on my forked repo. https://github.com/TonyTangAndroid/lazythreetenbp/pull/2/files

3, Update the CHANGELOG.md to reflect the 2022b update. Hopefully, this could minimize the friction to release out a new version.

Feel free to add any comments and I will address it within 12 hours.

Best regards, Tony

Bumps gradle from 3.5.3 to 3.6.3.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot will merge this PR once CI passes on it, as requested by @gabrielittner.

Bumps gradle from 3.1.4 to 3.4.1.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Note: This repo was added to Dependabot recently, so you'll receive a maximum of 5 PRs for your first few update runs. Once an update run creates fewer than 5 PRs we'll remove that limit.

You can always request more updates by clicking Bump now in your Dependabot dashboard.

org.threeten.bp.zone.ZoneRulesProvider tries to load available providers using ServiceLoader in a static initializer block. That's not needed on Android. From some quick measurements costs up to 20ms for doing nothing. The measurement was done by calling ZoneRulesProvider.getAvailableZoneIds() before the tz initialization (the method itself is basically a no-op in that case but triggers the block).

https://github.com/ThreeTen/threetenbp/blob/master/src/main/java/org/threeten/bp/zone/ZoneRulesProvider.java#L84

The 2022e tzdb version includes changes in Jordan and Syria. 2022f version includes changes to handling DST in Mexico

The 2022e release of the tz code and data is available.
This release reflects the following changes:
   Briefly:
     Jordan and Syria switch from +02/+03 with DST to year-round +03.

   Changes to future timestamps

     Jordan and Syria are abandoning the DST regime and are changing to
     permanent +03, so they will not fall back from +03 to +02 on
     2022-10-28.  (Thanks to Steffen Thorsen and Issam Al-Zuwairi.)

   Changes to past timestamps

     On 1922-01-01 Tijuana adopted standard time at 00:00, not 01:00.

   Changes to past time zone abbreviations and DST flags

     The temporary advancement of clocks in central Mexico in summer
     1931 is now treated as daylight saving time, instead of as two
     changes to standard time. 

Per the official announcement, 2022e has update certain timezone info that will be effective on 2022-10-28 for Jordan and Syria . Hence, sending this pull request to update it.

The 2022e release of the tz code and data is available.
This release reflects the following changes:
   Briefly:
     Jordan and Syria switch from +02/+03 with DST to year-round +03.

   Changes to future timestamps

     Jordan and Syria are abandoning the DST regime and are changing to
     permanent +03, so they will not fall back from +03 to +02 on
     2022-10-28.  (Thanks to Steffen Thorsen and Issam Al-Zuwairi.)

   Changes to past timestamps

     On 1922-01-01 Tijuana adopted standard time at 00:00, not 01:00.

   Changes to past time zone abbreviations and DST flags

     The temporary advancement of clocks in central Mexico in summer
     1931 is now treated as daylight saving time, instead of as two
     changes to standard time.

2022b has been released 2022-08-10 and its corresponding new rule could be effective as early as September 10th, 2022. https://www.iana.org/time-zones

Hey 👋 I wasn't sure if the library is still maintained so I allowed myself to fork it and adjust it to my needs and I think I spotted an issue you should be aware of. It seems like the published artifact contains GeneratedZoneIdsProvider which comes from sources: https://github.com/gabrielittner/lazythreetenbp/blob/4fb246cfda99892133f0bcb154d7e75609048a27/runtime/src/main/java/com/gabrielittner/threetenbp/GeneratedZoneIdsProvider.java#L10 not the one generated by ticktock plugin under generated/ticktock 🤔

Here's how the diff looks like: doesn't seem significant, but it felt like worth reporting here. It isn't intended, right?

Bumps gradle from 4.0.1 to 4.2.2.

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.