On 08/07/2013 02:08 PM, Einav Cohen wrote:
Hi Roy,

a couple of notes (I could be totally wrong here, GWT experts - please 
review/comment):

- from [1]:
"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 reside
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 
out.
well the file servlet resides on [server] so I don't think there a "same origin policy" problem here - correct me if I'm wrong (isn't branding doing something similar?)

- again, from [1]:
"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 structure
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 
Regarding Locale"
mentioned in [1] - IIUC, we will lose the automatic locale-mapping that we have 
today, and we would
need to do it ourselves somehow (not a big deal, I suppose, just some extra 
work that needs to be
done here).
indeed but it will pay off. a change off resources means ctrl+F5 and not GWT compilation :P

----
Thanks,
Einav

[1] 
http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html

----- Original Message -----
From: "Roy Golan" <rgo...@redhat.com>
To: "engine-devel" <engine-devel@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.

Why won't we make GWT load a javascript dictionary/dictionaries from a
servlet or our host page html[1] using GWT Dictionary[3]?

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 ?



[1] host page html -
http://www.gwtproject.org/doc/latest/DevGuideOrganizingProjects.html#DevGuideHostPage
[2] Dynamic string internationalisation -
http://www.gwtproject.org/doc/latest/DevGuideI18n.html#DevGuideDynamicStringInternationalization
[3]
http://www.gwtproject.org/javadoc/latest/com/google/gwt/i18n/client/Dictionary.html

Thanks,
Roy
_______________________________________________
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel


_______________________________________________
Engine-devel mailing list
Engine-devel@ovirt.org
http://lists.ovirt.org/mailman/listinfo/engine-devel

Reply via email to