Locale for String formatting

[schildbach]

Whenever there is any String formatting we need a way to supply a Locale.

e.g. I use filePattern.setPattern("%d{HH:mm:ss.SSS} [%thread]"); and in the Arabic world this yields log lines like this:

١٨:٣٧:١١.٧٢٧ [main] …

A similar thing happens for the filenames of rolling logs:

rollingPolicy.setFileNamePattern("/%d.log.gz");

yields files named like this:

٢٠١٥-٠٢-١٦.-1847019678.log.gz

You may notice these filenames are writting from right to left partially. (-:

[tony19]

What are the expected values for your examples?

[schildbach]

Well, Latin numbers. Something like 2015-02-19 etc. If there were a locale, I'd probably pick Locale.US.

[tony19]

Are you saying the locale should be hard-coded to US? You mentioned partial right-to-left (and I'm not sure what the full line is supposed to look like), so I'm a little confused.

[schildbach]

No. What I meant is:

Whenever there is any String formatting we need a way to supply a locale.

I personally will set this locale to Locale.US for all of my apps. I can imagine devs from "non-latin-number countries" may decide different.

[schildbach]

Regarding RTL: try cut & paste (or even just text selection) on my first comment #87 (comment) , second to last line. You'll see it's mixed LTR/RTL.

[guohai]

I'm also facing this problem.
For me, I prefer timestamp in log is like this

2015-07-13 16:48:25.823+0800 [Thread-128] DEBUG

not like this

٢٠١٥-٠٩-٠٣ ٠٩:٠٢:٤٢.٤٩٥+0400 [main] INFO

[tony19]

The locale can now be specified in date conversion patterns in the third option position. By default, the US/English locale is assumed.

Examples:

  %d{HH:mm:ss,EST,fr}
  %d{HH:mm:ss,EST,"zh,CN"}
  %d{HH:mm:ss,EST,"hi,IN"}

[tony19]

Released in 1.1.1-5

[lock]

This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.