Low priority. As far as I know Ilya creates subtasks for one JIRA issue to internationalize each module. I think that reinternationalization can be done in same way.
SY, Alexey 2006/9/13, Oleg Khaschansky <[EMAIL PROTECTED]>:
It is unclear what do you mean by the "lazy way". If it means that every new message will follow the new convention, then we will never be consistent. If you mean that this task have low priority, then I agree, but, probably, somebody have to open a JIRA issue for this. On 9/13/06, Alexey Petrenko <[EMAIL PROTECTED]> wrote: > 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] > > --------------------------------------------------------------------- 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]
