I would have to agree with Jim here. If the spec clearly states a preference, then that should be our default. IMHO.
Anders Andrew Vajoczki wrote: > > I see it as just that, a preference. > > The standard explicitly allows for both "." and ",". > I prefer to use "." which is the decimal separator in my > locale. I don't see a problem as those in locales > where "," is the decimal separator would still have it. > > The only reluctance I can see towards changing the existing > log4j behavior would be due to potential bugs in already deployed > log file parsing code in non "," locales. > But if someone had written code to decipher log files and > misinterpreted the "." in certain locales, one could argue > that they are not be in compliance with ISO8601. > > A potential compromise could be to clearly state in the > Log4J documentation that "," is used in ISO8601 dates _regardless_ > of the locale and devise an alternate Log4J %d date formatting > parameter, such as "ISO8601a" (or whatever), to use the locale's > preferred decimal separator. > > -Andrew > > "Cakalic, James" wrote: > > > > ISO8601 allows a lot of variation in date/time formats dependent on the > > specific application. On the point of decimal separator for the fractional > > part of a time the spec states: > > > > "If necessary for a particular application a decimal fraction of hour, > > minute or second may be included. If a decimal fraction is included, lower > > order components (if any) shall be omitted and the decimal fraction shall be > > divided from the integer part by the decimal sign specified in ISO 31-0: > > i.e. the comma [,] or full stop [.]. Of these, the comma is the preferred > > sign." > > > > Since the specification clearly stated a "preference" for the decimal > > fraction separator, we had chosen to use a comma some time ago and not the > > local-preferred decimal separator. Although the decision is not up to me > > (and this is clearly a minor point and seem a bit nit-picking), I would > > encourage following the preference stated in the specification in this area. > > > > Of course, that's must my opinion. I could be wrong. > > > > Best regards, > > Jim Cakalic > > > > _________________________________________________________ > Do You Yahoo!? > Get your free @yahoo.com address at http://mail.yahoo.com > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
