I believe it could be done in lazy way... But it defenetly should be done.
SY, Alexey 2006/9/13, Oleg Khaschansky <[EMAIL PROTECTED]>:
Hi, Are there any non-exception messages in the other modules which are already internationalized? I think, if there are any, they should be modified to follow the new convention. -- Oleg On 9/12/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote: > Hi, > > Jimmy, Jing Lv wrote: > > > 2. add a prefix to the String name, for an example, rmi.console.1, > > > rmi.errormsg.2. it can be more detail. > > Ilya Okomin wrote: > > The way to use prefixes in the keys names to separate messages of one type > > from another looks to me pretty convenient > > Nice idea guys, +1 from me > > Regards, > > 2006/9/11, Ilya Okomin <[EMAIL PROTECTED]>: > > Thanks all for useful comments! > > > > The way to use prefixes in the keys names to separate messages of one type > > from another looks to me pretty convenient. If there are no objections I > > would use default key names "<module>.<id>" for exception messages, and > > <module>.<prefix>.<id> for certain messages where <prefix> is "log" or > > "console" (or any other key word depending on the purpose). > > > > Regards, > > Ilya. > > > > On 9/11/06, Jimmy, Jing Lv <[EMAIL PROTECTED]> wrote: > > > > > > Ilya Okomin wrote: > > > > Hi all, > > > > > > > > > > > > During rmi module internationalization I've faced with loads of log > > > > messages > > > > (e.g. take a look at o.a.h.rmi.DefaultRMIClassLoaderSpi). > > > > Also some classes (e.g. o.a.h.rmi.compiler.RmicStrings) have strings > > > that > > > > are the usage texts of any console tool. > > > > I think we shouldn't internationalize such messages, however I'm not > > > really > > > > sure about that. > > > > If we internationalize them - we'll obtain fully internationalized > > > module > > > > it is an advantage. > > > >> From the other hand - if you have to analyse someone's log, it is > > > >> useful if > > > > the common langauge was used. Moreover, messages.properties file with > > > the > > > > list of all messages will be too huge to find appropriate messages for > > > new > > > > classes developed later. > > > > Any thoughts? > > > > > > > > > > IMHO, we have agree on that all console output can be internationalized. > > > > > > If the only problem of a too huge messages.properties file is to find > > > appropriate, I guess we can: > > > 1. Separate the file into several smaller ones, one for console, one for > > > error message, etc. Or > > > 2. add a prefix to the String name, for an example, rmi.console.1, > > > rmi.errormsg.2. it can be more detail. > > > > > > In this way we can find some certain message easy. And I prefer 2. > > > > > > -- > > > > > > Best Regards! > > > > > > Jimmy, Jing Lv > > > China Software Development Lab, IBM > > > > > > --------------------------------------------------------------------- > > > Terms of use : http://incubator.apache.org/harmony/mailing.html > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > -- > > Ilya Okomin > > Intel Middleware Products Division > > > > > > > -- > Alexei Zakharov, > Intel Middleware Product Division > > --------------------------------------------------------------------- > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- Alexey A. Petrenko Intel Middleware Products Division --------------------------------------------------------------------- Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
