commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (LANG-1380) FastDateParser too strict on abbreviated short month symbols
Date Sat, 24 Feb 2018 02:34:00 GMT

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

Gary Gregory commented on LANG-1380:
------------------------------------

The month name Strings are returned by {{java.util.Calendar.getDisplayNames(int, int, Locale)}}.
I am not sure it would be a good idea to try to perform additional processing on those values.
This is all done programatically. There might be room for adding more values based on an optional
resource bundle which matches up with the French locale.

What do you all (the reported [~markus17] and the community) think?

> FastDateParser too strict on abbreviated short month symbols
> ------------------------------------------------------------
>
>                 Key: LANG-1380
>                 URL: https://issues.apache.org/jira/browse/LANG-1380
>             Project: Commons Lang
>          Issue Type: Bug
>          Components: lang.time.*
>    Affects Versions: 3.7
>            Reporter: Markus Jelsma
>            Priority: Minor
>             Fix For: 3.8
>
>         Attachments: LANG-1380.patch
>
>
> The date format symbols of the French locale adds a . (dot) when short month names are
really abbreviated.
> {code}
> janv.
> févr.
> mars
> avr.
> mai
> juin
> juil.
> août
> sept.
> oct.
> nov.
> déc.
> {code}
> But in real world examples, the dot is frequently omitted.
> FastDateParser should be lenient in the case where the dot isn't there, e.g. "14 avr
2014".



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Mime
View raw message