[ 
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)

Reply via email to