alization tool
with
> some manual work to get what is need. You can take a look into the
> [classlib]strings externalization thread [1] for details. Main points
> briefly:
> 1. Using Eclipse externalization tool you can extract all strings from
the
> sources. When you process certain sou
o the
[classlib]strings externalization thread [1] for details. Main points
briefly:
1. Using Eclipse externalization tool you can extract all strings from the
sources. When you process certain source file strings that used for
messages
should be externalized, others should be ignored (as a result, Eclipse
Hi, Jimmy!
It's great that you are interested in it!
Unfortunately there is no automatic externalization generation tool that
fits our needs. However, you can combine Eclipse externalization tool with
some manual work to get what is need. You can take a look into the
[classlib]st
Ilya Okomin wrote:
Tim, great news for me.
Everything looks fine with the patch you've applied, now it's time for the
main part of the task.
I've created HARMONY-1308 issue with task description. This issue is
devided
into a set of sub-issues for each module. I'm going to process them one by
Tim, great news for me.
Everything looks fine with the patch you've applied, now it's time for the
main part of the task.
I've created HARMONY-1308 issue with task description. This issue is devided
into a set of sub-issues for each module. I'm going to process them one by
one. These issues can
Thanks for waiting Ilya, I've applied the final patch on HARMONY-1201
(I'll check-in the tool when I get back from vacation). So now we can
get to work on breaking out the messages into each component's message file.
Regards,
Tim
Ilya Okomin wrote:
> On 8/11/06, Tim Ellison <[EMAIL PROTECTED]> w
On 8/11/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
I took a look at the HARMONY-1041 tool. It is fine, I have only minor
comments:
- do you think we need to separate the Message and MsgUtil types?
Given that they are generated from a template I'd be inclined to combine
them into a single type
I took a look at the HARMONY-1041 tool. It is fine, I have only minor
comments:
- do you think we need to separate the Message and MsgUtil types?
Given that they are generated from a template I'd be inclined to combine
them into a single type now. We have no need to look in that file in
general
On 8/10/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Ilya Okomin wrote:
> Hi to all!
>
> Today I've started the next step of internationalization - to
externalize
> messages using Eclipse externalization tool. Right away I was confronted
> with some questions to discuss:
>
> First of all, what sho
Ilya Okomin wrote:
> Hi to all!
>
> Today I've started the next step of internationalization - to externalize
> messages using Eclipse externalization tool. Right away I was confronted
> with some questions to discuss:
>
> First of all, what should we do with strings that are not supposed to
> be
Hi to all!
Today I've started the next step of internationalization - to externalize
messages using Eclipse externalization tool. Right away I was confronted
with some questions to discuss:
First of all, what should we do with strings that are not supposed to be
internationalized (constants, ini
On 8/2/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
Hi Ilya,
> I'd like to notice that all template files are stored in the
> msgstool.jarfile that is the result of ant build. For this reason this
> tool will work
> only if msgstool.jar file is in the user dir. I have to extract
resources
>
Hi Ilya,
I'd like to notice that all template files are stored in the
msgstool.jarfile that is the result of ant build. For this reason this
tool will work
only if msgstool.jar file is in the user dir. I have to extract resources
from the jar file (open jar file) and don't know how to do this i
On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Ilya Okomin wrote:
> I share your point of view about Exceptions without description, it
> isn't user friendly. But I think it will be another sort of 'manual'
> scan :) There is a need to waste time to analyze surrounding code to
> provide appr
On 7/31/06, Alexei Zakharov <[EMAIL PROTECTED]> wrote:
Hi Ilya,
> I was trying to implement generation with
> using ant tasks(it seemed to me more elegant solution, than to work with
> file streams in Java code) and found that ant can't work with cycles. I
can
> run replace task for certain fil
Hi Ilya,
I was trying to implement generation with
using ant tasks(it seemed to me more elegant solution, than to work with
file streams in Java code) and found that ant can't work with cycles. I can
run replace task for certain file name and can't do this with parametrized
file names for a set
On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Ilya Okomin wrote:
> I share your point of view about Exceptions without description, it
> isn't user friendly. But I think it will be another sort of 'manual'
> scan :) There is a need to waste time to analyze surrounding code to
> provide appr
Andrew Zhang wrote:
On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Ilya Okomin wrote:
> On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>> The other reason we will need some manual intervention is that
there is
>> plenty of code that throws exceptions without any message describing
t
Andrew Zhang wrote:
On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Ilya Okomin wrote:
> On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>> The other reason we will need some manual intervention is that
there is
>> plenty of code that throws exceptions without any message describing
the
On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Ilya Okomin wrote:
> On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>> The other reason we will need some manual intervention is that there is
>> plenty of code that throws exceptions without any message describing
the
>> problem, and of cou
Ilya Okomin wrote:
I share your point of view about Exceptions without description, it
isn't user friendly. But I think it will be another sort of 'manual'
scan :) There is a need to waste time to analyze surrounding code to
provide appropriate message, a bit another sort of work, isn't it? I
thi
On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Ilya Okomin wrote:
> On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
>> The other reason we will need some manual intervention is that there is
>> plenty of code that throws exceptions without any message describing
the
>> problem, and of cou
Ilya Okomin wrote:
On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
The other reason we will need some manual intervention is that there is
plenty of code that throws exceptions without any message describing the
problem, and of course the tooling won't help there.
Tim, do you mean, that Exc
On 7/27/06, Tim Ellison <[EMAIL PROTECTED]> wrote:
Ilya Okomin wrote:
> Hi falks!
>
> I would like to open discussion about the way to extract messages for
> internationalization from the source files (as the continuation of the
> [classlib]internationalization thread [1]).
>
> The task is to sc
Ilya Okomin wrote:
Hi falks!
I would like to open discussion about the way to extract messages for
internationalization from the source files (as the continuation of the
[classlib]internationalization thread [1]).
The task is to scan modules source files, find exception messages,
extract
them
Hi falks!
I would like to open discussion about the way to extract messages for
internationalization from the source files (as the continuation of the
[classlib]internationalization thread [1]).
The task is to scan modules source files, find exception messages, extract
them into the resource bun
26 matches
Mail list logo