a couple of notes (I could be totally wrong here, GWT experts - please review/comment):
- from :
"Provides dynamic string lookup of key/value string pairs defined in a module's
host HTML page" -
there is a chance that a gwt dictionary is limited to reading key/value string pairs that
within the *gwt module host HTML page* (i.e., within the context of the GWT application -
"http://[server]/webadmin/webadmin/...") and not outside - need to find that
- again, from :
"a variety of error conditions (particularly those involving key mismatches) cannot
be caught until
runtime. Similarly, the GWT compiler is unable discard unused dictionary values since the
cannot be statically analyzed".
(this is expected, as the suggested loading here is dynamic, rather than static)
- not sure exactly how this would work with localization; there is "A Caveat
mentioned in  - IIUC, we will lose the automatic locale-mapping that we have today, and
need to do it ourselves somehow (not a big deal, I suppose, just some extra work that
needs to be
----- Original Message -----
From: "Roy Golan" <rgolan(a)redhat.com>
To: "engine-devel" <engine-devel(a)ovirt.org>
Sent: Wednesday, August 7, 2013 2:59:07 AM
Subject: [Engine-devel] Dynamic resource loading in GWT
Painful issue here - we all know the regular drill of maintaining
messages in many places, I18N files and so on.
Also there's a patch to make all available timezone an java enum and by
that share it for free with the UI. its a way better than a backend Query.
But this is all hard-coded, not flexible, hard to maintain, we all know.
servlet or our host page html using GWT Dictionary?
that way the configuration is shared with the engine, it relies on the
disk, customers and GSS can change it on-site and so on.
| index.html | -> | file servlet | -> |read /etc/ovirt-engine/conf/...|
| GWT loads Dictionary |
candidates for dynamic resources
* I18N resources AppErrors...
* config ( just the UI subset )
* osinfo ?
 host page html -
 Dynamic string internationalisation -
Engine-devel mailing list