[news.eclipse.platform.rcp] Re: Getting i18n setting from database

[jsetya@xxxxxxxxx (Setya)]

Alex Blewitt wrote:

> You probably need to separate out the messages that are displayed 
intrinsically to the client (e.g. menu items etc.) from those that are 
returned by the server.

> I'm surprised that your server sends back any translated messages though; 
usually, you'd expect for some kind of code to be returned that could be 
appropriately understood by the client. For example, HTTP's 404 code is sent 
back from the server to indicate a missing resource, and then translated by 
every client into Not Found (or something similar). Why can't you do the same 
here? It would seem reasonable in this case to return the message using the 
same message key as the translations that you're maintaining on the client, 
and in addition, will avoid problems in the future where the NL setting for 
the server is different from the client.

It's because unlike UI messages (menu items etc.), messages from server 
mostly contain business meanings/terms (result of validations etc.) about 
which the client side knows nothing and the client's job is only to 
display it. So to me it seems awkward to maintain the translation of those 
messages on the client side.

But I definitely will consider your approach.


Thanks and regards,


Setya