JSR-310 provides a new date and time library for Java SE 8. This project is the port to GWT.
For more information of the base project see the main home page of the project.
This project is NOT an implementation of JSR-310, as that would require jumping through lots of unnecessary hoops. Instead, this is a simple adaptation of "ThreeTen" backport intended to allow users to quickly use the JSR-310 API on GWT client side. This project should be referred to using the "gwt-time" name and the base backport should be referred to using the "ThreeTen" name.
Active development on JSR-310 is at OpenJDK:
That repository used the BSD 3-clause license as the base project.
Issues about the adaptation should be reported here at GitHub. Pull requests and issues will only be considered so far as matching the behavior of the real Java SE. Additional requested features will be rejected.
Current version od TZDB: 2024agtz The time-zone database is stored as a pre-compiled dat file that is included in the built jar as a separate dependency. The actual time-zone data is located in the base project and updated manually. To load TZDB data add the following dependency:
<dependency>
<groupId>org.jresearch.gwt.time</groupId>
<artifactId>org.jresearch.gwt.time.tzdb</artifactId>
</dependency>
Set the actual vesion for GWT 2.8.2/2.9.0/2.10.1/2.11.0
Add <inherits name="org.jresearch.threetenbp.gwt.tzdb.module"/>
to your module.gwt.xml, if you use gwt-maven-plugin form Thomas Broyer (https://github.com/tbroyer/gwt-maven-plugin) it will be done automatically.
Current version of CLDR: 45
By default the project supports base Java locales (constant from java.util.Locale
). To enable all actulal locales (http://cldr.unicode.org) add the following dependency:
<dependency>
<groupId>org.jresearch.gwt.locale</groupId>
<artifactId>org.jresearch.gwt.locale.cldr</artifactId>
<version>1.0.7</version>
</dependency>
Check the actual version on project page: https://github.com/foal/gwt-locale-cldr
Add <inherits name="org.jresearch.gwt.locale.cldr.module"/>
to your module.gwt.xml, if you use gwt-maven-plugin form Thomas Broyer (https://github.com/tbroyer/gwt-maven-plugin) it will be done automatically.
The impementation takes it from the browser with fallback to ZoneId from TZDB
The impementation takes localized parts from the browser with falback to English.
The impementation takes it from the browser with falback to 0
, +
, -
and .
.
The impementation contains all actual data from CLDR
<dependency>
<groupId>org.jresearch.gwt.time</groupId>
<artifactId>org.jresearch.gwt.time</artifactId>
<version>1.4.23</version>
</dependency>
<dependency>
<groupId>org.jresearch.gwt.time</groupId>
<artifactId>org.jresearch.gwt.time</artifactId>
<version>2.0.11</version>
</dependency>
<inherits name="org.jresearch.threetenbp.gwt.time.module"/>
to your module.gwt.xml, if you use gwt-maven-plugin form Thomas Broyer (https://github.com/tbroyer/gwt-maven-plugin) it will be done automatically. <plugin>
<groupId>net.ltgt.gwt.maven</groupId>
<artifactId>gwt-maven-plugin</artifactId>
<executions>
<execution>
<goals>
<goal>test</goal>
</goals>
<configuration>
<!-- disable JVM asserts -->
<enableAssertions>false</enableAssertions>
</configuration>
</execution>
</executions>
</plugin>
It is an issue in GWT. More info - https://github.com/foal/gwt-time/issues/14 and https://github.com/gwtproject/gwt/issues/9694.
For more information about possible commbinations see Different setups for projects using gwt time
JapaneseChronology
/JapaneseEra
/JapaneseDate
in the original project based on java.util.Calendar
and doesn't works right now.JapaneseEra.REIWA
required Java 13 to build (current is Java 8)java.util.Calendar
, to/from java.util.TimeZone
, to/from java.text.Format
is out of scope of this projectWhat version of Java SE does this project map to? This project currently maps to the contents of release Java 1.8
Will the backport be kept up to date? There are no plans for further releases. However if security issues or bugs are found, or pull requests received then a release may occur.
Is this project derived from OpenJDK? No. This project is derived from the Reference Implementation previously hosted on GitHub. That project had a BSD license, which has been preserved here. Thus, this project is a fork of the fork of the original code before entry to OpenJDK.
Available in the Maven Central repository
GitHub issues and pull requests should be used when you want to help advance the project.
Note that pull requests and issues will only be considered so far as matching the behavior of Java SE releases. Additional requested features will be rejected.
Pull requests must not be copied from the JDK, because the GPL license is incompatible with the BSD license used here.
mvn clean install
) it.mvn clean install
<repositories>
<repository>
<id>oss.sonatype.org-snapshot</id>
<url>http://oss.sonatype.org/content/repositories/snapshots</url>
<releases><enabled>false</enabled></releases>
<snapshots><enabled>true</enabled></snapshots>
</repository>
</repositories>
or download directly https://oss.sonatype.org/content/repositories/snapshots/org/jresearch/org.jresearch.pom/29-SNAPSHOT/