[jira] [Commented] (LANG-1315) FastDateParser parse method parses without considering timezone

2017-03-09 Thread Sebb (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15902921#comment-15902921
 ] 

Sebb commented on LANG-1315:


The test case is hard to use as it's in two files buried deep in a file 
structure.

In future, please provide a single file which exihibts the problem.
Ideally as a unit test (LANG uses JUnit).

As it stands, the test proves nothing, as it does not compare the output of 
FastDateFormat with the output of SimpleDateFormat.

> FastDateParser parse method parses without considering timezone
> ---
>
> Key: LANG-1315
> URL: https://issues.apache.org/jira/browse/LANG-1315
> Project: Commons Lang
>  Issue Type: Bug
>Reporter: Sudheendra
>  Labels: DateParser, FastDateParser, parse
> Attachments: learn-fast-date.zip
>
>
> Using commons-lang3 3.5
> FastDateParser parse(String ,ParsePosition ) internally calls 
> calendar.getTime(). This method created a new Date object which will ignore 
> the timezone and locale. Hence will default to system TZ and locale.
> The parse should happen with respect to the formatter's time zone but that is 
> currently ignored



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)


[jira] [Commented] (LANG-1315) FastDateParser parse method parses without considering timezone

2017-03-08 Thread Charles Honton (JIRA)

[ 
https://issues.apache.org/jira/browse/LANG-1315?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15901478#comment-15901478
 ] 

Charles Honton commented on LANG-1315:
--

Please attach a unit test that demonstrates a failure.

> FastDateParser parse method parses without considering timezone
> ---
>
> Key: LANG-1315
> URL: https://issues.apache.org/jira/browse/LANG-1315
> Project: Commons Lang
>  Issue Type: Bug
>Reporter: Sudheendra
>  Labels: DateParser, FastDateParser, parse
>
> Using commons-lang3 3.5
> FastDateParser parse(String ,ParsePosition ) internally calls 
> calendar.getTime(). This method created a new Date object which will ignore 
> the timezone and locale. Hence will default to system TZ and locale.
> The parse should happen with respect to the formatter's time zone but that is 
> currently ignored



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)