harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Oleg Khaschansky" <oleg.v.khaschan...@gmail.com>
Subject Re: [classlib][internationalization]Are log messages and tools usage text to be internationalized?
Date Wed, 13 Sep 2006 11:38:06 GMT
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 <alexei.zakharov@gmail.com> 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 <ilya.okomin@gmail.com>:
> > 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 <firepure@gmail.com> 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: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> >
> > --
> > --
> > 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: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org


Mime
View raw message