[
https://issues.apache.org/jira/browse/AVRO-2079?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16633798#comment-16633798
]
ASF subversion and git services commented on AVRO-2079:
-------------------------------------------------------
Commit b814cd0b76b63b08cd7772f43c3cb904a1dcbff5 in avro's branch
refs/heads/master from [~pvorb]
[ https://gitbox.apache.org/repos/asf?p=avro.git;h=b814cd0 ]
AVRO-2079: Add ability to generate Java8 native date/time classes (new) (#309)
AVRO-2079: Add ability to use Java 8 date/time types instead of Joda time.
Add compiler option to allow generating Java 8 date/time classes instead of
Joda time. This commit adds a new optional compiler option
-dateTimeLogicalTypeImpl to specify which date/time implementation to use. It
could be joda or jsr310, if not specified by, then the default is joda.
> Add ability to use Java 8 date/time types instead of Joda time.
> ---------------------------------------------------------------
>
> Key: AVRO-2079
> URL: https://issues.apache.org/jira/browse/AVRO-2079
> Project: Avro
> Issue Type: Improvement
> Components: java, logical types
> Affects Versions: 1.8.2
> Reporter: Auke van Leeuwen
> Priority: Major
> Labels: patch-available
>
> Currently, for the date/time related logical types, we are generating Joda
> date/time objects. Since we've moved to Java-8 (AVRO-2043) it seems logical
> to also provide the possibility to generate {{java.time.*}} date/time objects
> instead of the Joda time variants.
> I propose to make this is a switch in {{SpecificCompiler.java}} which will
> default to Joda (I think), but can be set to generate the Java 8 versions.
> (I'm currently trying to run through the code to see if I can make it work.)
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
