avro-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Doug Cutting (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (AVRO-1155) Stringable Date test in TestReflect fails if timezone doesn't match locale's default
Date Tue, 11 Sep 2012 17:34:07 GMT

    [ https://issues.apache.org/jira/browse/AVRO-1155?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13453204#comment-13453204
] 

Doug Cutting commented on AVRO-1155:
------------------------------------

Fixing this with Date-specific code in ReflectDatumWriter feels wrong.  Rather perhaps Date
is not a candidate for Stringable treatment after all, since it's toString() method does not
always return a string that can be used to construct an equivalent Date instance.  If that's
the case, then I think we should instead just remove Date from the default stringableClasses
list in ReflectData.java and remove it from the tests in TestReflectData.java.  Thoughts?
                
> Stringable Date test in TestReflect fails if timezone doesn't match locale's default
> ------------------------------------------------------------------------------------
>
>                 Key: AVRO-1155
>                 URL: https://issues.apache.org/jira/browse/AVRO-1155
>             Project: Avro
>          Issue Type: Bug
>          Components: java
>            Reporter: Tom White
>            Assignee: Tom White
>             Fix For: 1.7.2
>
>         Attachments: AVRO-1155.patch
>
>
> The problem is that java.util.Date's string contructor cannot reliably parse its toString()
representation in some combinations of timezone and locale.
> This started happening after AVRO-1146.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message