harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexey Petrenko" <alexey.a.petre...@gmail.com>
Subject Re: [classlib][internationalization]Are log messages and tools usage text to be internationalized?
Date Wed, 13 Sep 2006 13:28:57 GMT
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 <oleg.v.khaschansky@gmail.com>:
> 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 <alexey.a.petrenko@gmail.com> wrote:
> > I believe it could be done in lazy way...
> > But it defenetly should be done.
> >
> > SY, Alexey
> >
> > 2006/9/13, Oleg Khaschansky <oleg.v.khaschansky@gmail.com>:
> > > 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
> > >
> > >
> >
> >
> > --
> > Alexey A. Petrenko
> > Intel Middleware Products 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
>
>


-- 
Alexey A. Petrenko
Intel Middleware Products 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


Mime
View raw message