Java GWT:从外部资源获取编译时区域设置列表
我们需要在项目中外部存储locales列表,并让GWT在编译时读取它以生成置换 因此,与此相反:Java GWT:从外部资源获取编译时区域设置列表,java,gwt,localization,internationalization,locale,Java,Gwt,Localization,Internationalization,Locale,我们需要在项目中外部存储locales列表,并让GWT在编译时读取它以生成置换 因此,与此相反: <extend-property name="locale" values="en_US" /> <extend-property name="locale" values="ru_RU" /> <extend-property name="locale" values="fr_FR" /> <extend-property name="local
<extend-property name="locale" values="en_US" />
<extend-property name="locale" values="ru_RU" />
<extend-property name="locale" values="fr_FR" />
<extend-property name="locale" values="es_ES" />
我们需要这样的东西:
<use-property name="locale" source="../../localesList.properties" if-not-found="en_US,fr_FE,es_ES" />
property provider
s是另一回事,因为它们有助于客户端在运行时确定区域设置,所以它们不会产生那些有趣的排列
更糟糕的方法是在服务器端使用一些脚本在EntryPoint.gwt.xml
中注入区域设置属性
我是否遗漏了一些东西,或者除了此注入之外,没有其他方法可以在GWT中实现这一点?我会预处理
*.GWT.xml
文件,并添加所需的区域设置(例如,使用ant任务,只需执行一些dom操作,甚至只需使用@FILTER@
过滤器进行替换),在编译gwt代码之前。在编译gwt代码之前,我会预处理*.gwt.xml
文件,并添加所需的区域设置(例如,使用ant任务,只需执行一些dom操作,甚至只需使用@FILTER@
过滤器进行替换)。因此答案是“仅使用预处理”。谢谢,也许我们真的会用我们的ant builder来做这个。是的。我不认为模块xml文件具有#include.的特性,因此答案是“仅使用预处理”。谢谢,也许我们真的会用我们的ant builder来做这个。是的。我认为模块xml文件没有包含的特性。