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]>
