- cal10n-user - mailman3.qos.ch

Why is the default resource bundle ignored?
by Michael Newcomb 25 Jan '12

25 Jan '12

The manual is kindof sparse on this topic. It talks about color.properties as if it means something, but in reality, it is completely ignored. Could you explain why? I mean, I just had this happen when I only had a en_US properties file and someone in it_IT tried to run and it blew up. Tried to just create a base.properties file and it still blows up in that it can't find my locale. I like using cal10n, but don't want 700 different properties files just so they can run my software. Perhaps adding a required default locale in @BaseName? public @interface BaseName { String value(); Locale defaultLocale(); } That would at least specify a default to use without breaking the no default resource bundle problem. At the end of MessageConveyor.lookup(), if a resource bundle for the current locale could not be found, it could extract the default Locale from the BaseName annotation. Then just execute the same basic code (getting any specified charset for the default locale) and calling CAL10NResourceBundleFinder.getBundle() with the default locale instead of the current locale. It doesn't break anything and we can now use software anywhere. Or, is there some other way of doing what I want? Thanks, Michael

1 0

Reason for ignoring base bundle
by sgfan＠gmx.net 24 Sep '10

24 Sep '10

Hi, I just started using cal10n and considered the bundle looup mechanism far superior to the one of the JDK (default locale). Though I do not understand why the base bundle is completely ignored. Say I have a ru bundle which is incomplete and the base bundle contains all messages in Englisch. I want to display the base message at least. Is there any remedy to this? thanks, Mike -- GMX DSL SOMMER-SPECIAL: Surf & Phone Flat 16.000 für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl

1 0

Release of CAL10N v0.7.3
by Ceki Gülcü 02 Jul '10

02 Jul '10

Hello, I am happy to announce the immediate availability of cal10n version 0.7.3, a maintenance release containing only bug fixes. Please refer to the the news page for precise details. http://cal10n.qos.ch/news.html Compiler Assisted Localization, abbreviated as CAL10N (pronounced as "calion") is a java library for writing localized (internationalized) messages. It supports java compiler verification of message keys used in source code and tooling to detect errors in message keys. You can download CAL10N, including full source code, class files and documentation on our download page, shown below. http://cal10n.qos.ch/download.html You can receive CAL10N related announcements by subscribing to the QOS.ch announce mailing list. To subscribe to QOS.ch announce list, please visit the following URL. http://www.qos.ch/mailman/listinfo/announce Enjoy,

1 0

Lack of LocLogger signatures accepting Throwable
by Becker, Thomas 12 May '10

12 May '10

Is there any reason LocLogger lacks methods that accept a localizable Enum along with a Throwable to be logged?

1 0

Single quote in translation file
by Gilles Sadowski 30 Mar '10

30 Mar '10

Hi. When in a "properties" file containing the localized message patterns, there is a single quote in a pattern, it doesn't appear in the output and prevents the conversion of the curly-braced variables that follow it. E.g. if a "math_messages_fr.properties" contains this line: ---CUT--- OUT_OF_RANGE=La valeur {0} est hors de l intervalle [{1}, {2}] (message localisé) ---CUT--- the ouput I get is ---CUT--- La valeur -1 est hors de l intervalle [0, 3] (message localisé) ---CUT--- as expected. However, when the pattern is changed to: ---CUT--- OUT_OF_RANGE=La valeur {0} est hors de l'intervalle [{1}, {2}] (message localisé) ---CUT--- (with a single quote before the word "intervalle"), the ouput I get is now ---CUT--- La valeur -1 est hors de lintervalle [{1}, {2}] (message localisé) ---CUT--- In the Javadoc of the "Properties" class, they say: "Escapes are not necessary for single and double quotes; however, by the rule above, single and double quote characters preceded by a backslash still yield single and double quote characters, respectively." [I also tried escaping with a single slash character but the result is the same.] So it seems that it is not the case when using CAL10N. Did I miss something from the documentation? Best regards, Gilles

2 1

cal10n and osgi
by ekke 06 Jan '10

06 Jan '10

just thinking about the use of cal10n in OSGI environment 1. some bundles with enumerations and also l10n resourcebundles 2. other bundles need localized enum literals - I want to provide this thru a service from inside Enum bundles 1. has dependency to ICAL10N, but ICAL10N also needs to know the bundles containing the enum, because ICAL10N tries to find the ResourceBundle from classpath but I dont like to use Dynamic-Import *, and also want to avoid Eclipse Buddy policy -- how to solve the dependency from ICAL10N to all these bundles containing resourceBundle .properties files ? I looked into source of MessageConveyor and have seen that I need a different cache and lookup implementation so it seems that the only way is to write a new implementation - soething like MessageConveyorOSGI implementing IMessageConveyor or do you have another idea ? ekke -- ekke (ekkehard gentz) independent software-architect senior erp-consultant eclipse | osgi | equinox | mdsd | oaw | emf | uml max-josefs-platz 30, D-83022 rosenheim, germany mailto:ekke@ekkes-corner.org homepage (de): http://gentz-software.de blog (en): http://ekkes-corner.org twitter: @ekkescorner skype: ekkes-corner Steuer-Nr: 156/220/30931 FA Rosenheim, UST-ID: DE189929490

3 5

Undeclared locales?
by Ceki Gulcu 29 Oct '09

29 Oct '09

Simon Brandhof asks: Is it possible to discover bundles at runtime in cal10n ? I can't list all the available locales of LocaleData at compile time. Thanks Answer: Yes, as long as you don't expect automatic verification, @LocaleData information is entirely optional. The default implementation of IMessageConveyor, namely MessageConveyor, will discover bundles for any locale. For example, here is a mininal enum: @BaseName("minimal") public enum Minimal { A; } Assuming the file "minimal_de.properties" exists on your class path, and contains: A=etwas auf deutch the following code will return work: MessageConveyor mc = new MessageConveyor(Locale.GERMAN); assertEquals("etwas auf deutch", mc.getMessage(Minimal.A)); However, the encoding for minimal_de.properties will be assumed to be the system's default encoding. You can also have a mixed approach, where you specify some encodings and not others. @BaseName("minimal") @LocaleData( defaultCharset="UTF8", value = { @Locale("en_UK"), @Locale("fr_FR") } ) public enum Minimal { A; } In the above example, tooling which comes with CAL10N will verify the consistency for en_UK and fr_FR. The default encoding will be "UTF8" for all bundles, including the bundle "minimal_de.properties" for German (which remains undeclared). You could also mix default encoding, bundle specific encoding and undeclared bundles. For example, @BaseName("minimal") @LocaleData( defaultCharset="UTF8", value = { @Locale("en_UK"), @Locale("fr_FR"), @Locale(value="tr_TR", charset="ISO8859_3") } ) public enum Minimal { A; } In the above example, tooling which comes with CAL10N will verify the consistency for en_UK, fr_FR and tr_TR. The default encoding will be "UTF8" for all bundles, including the bundle "minimal_de.properties" for German (which remains undeclared) but excluding "minimal_tr_TR.properties" (Turkish) which will be encoded in ISO8859_3 (Turkish). HTH, -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch

1 2

Message parsing
by Paul Mendelson 16 Sep '09

16 Sep '09

I am interested in using cal10n for some input translation. If I have a free form input field where the user enters color and I know the user's local I would like to utilize a cal10n service to parse the enum from the user input. Is that compatable with the direction of this toolset?

2 1

Lost internet connectivity
by Ceki Gulcu 05 Sep '09

05 Sep '09

Hello all, There was a wiring problem in our building (qos.ch) where cal10n, logback and slf4j projects are hosted. As consequence, our various web-sites were unreachable for about 12 hours. The issue was fixed just a few minutes ago with the help of our internet provider. We are currently working on duplicating parts of our infrastructure so that such connectivity problems if they re-occur, will have much less of an impact. My apologies for the inconvenience. -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch

1 0

Release of CAL10N 0.7
by Ceki Gulcu 04 Sep '09

04 Sep '09

4th of September 2009 - Release of CAL10N 0.7 Just one day after the previous release, I am happy to announce the immediate availability of CAL10N version 0.7. This release makes the native2ascii tool superfluous. Please refer to the the news page for precise details. http://cal10n.qos.ch/news.html You can download cal10n, including full source code, class files and documentation on our download page, shown below. http://cal10n.qos.ch/download.html You can receive cal10n related announcements by subscribing to the cal10n announce mailing list. To subscribe to cal10n-announce list, please visit the following URL. http://www.qos.ch/mailman/listinfo/cal10n-announce Best regards, -- Ceki Gülcü Logback: The reliable, generic, fast and flexible logging framework for Java. http://logback.qos.ch

1 0