> We are currently going to externalize exceptions in our application. It
> is a server that has both thin and thick clients.
>> We are currently going to externalize exceptions in our application. It
>> is a server that has both thin and thick clients.
[quoted text clipped - 6 lines]
> if a client didn't recognise a given error code (or key string) then it would
> ask the server for the localisation info for that key.
What happens if that request fails? SCNR
:-)
robert
> Doesn't support for thin clients mean that your server has to be fully locale
> aware anyway ?
Yes, exactly
>For thick clients, another possibility would be to create a new server request..
But what if error code hadn't been changed but the message itself had
been updated (e.g., to expect parameters that hadn't been there
before)?
I guess thick clients should ask for updated bundle on each connection.
--Andrew
Chris Uppal - 19 May 2006 14:40 GMT
[me:]
> > For thick clients, another possibility would be to create a new server
> > request..
>
> But what if error code hadn't been changed but the message itself had
> been updated (e.g., to expect parameters that hadn't been there
> before)?
I only intended that scenario as an example of the kinds of things you could
do.
> I guess thick clients should ask for updated bundle on each connection.
Yes. Or ask whether the server had a newer bundle available, rather than
downloading it each time. More effort to program. Less data shunted around
the Net. Swings and roundabouts. Your choice ;-)
-- chris