Java GWT DevMode选项和概念

我刚读了这篇文章，有几个类似的问题：

-whitelist

和

-blacklist

DevMode

选项的示例用例是什么？为什么它们不适用于生产模式

DevMode

和

HostedMode

之间的区别？两者的用例

当您指定

-extra

标志时，会发生什么类型的“额外”情况

什么是

-workDir

，为什么它必须是可写的？那里写了什么？我能用它做什么

嵌入式Jetty实例是否与codeserver相同？如果没有，有什么区别

“您的编译故事”报告（

soyc

）在哪里生成？如何配置此位置

这些问题是如此紧密地联系在一起，我想最好是提前问他们，而不是用6个不同的微问题来发垃圾邮件。提前谢谢

-白名单

和

-黑名单

实际上从未使用过。它们是传统托管模式的遗留，该模式嵌入了浏览器小部件（并可以控制同源策略），而不是通过插件嵌入到浏览器中

HostedMode

当前与

DevMode

相同。它的存在只是为了向后兼容（见上文）

所有

消息的属性文件

和所有区域设置的

常量

（前提是您为这些设置了一个），以便更容易引导I18N，编译报告-如果您还传递了

-compileReport

，则会传递模糊的

CssResource

类名的CSS映射，以及GWT-RPC序列化策略的日志（包括/排除哪些类以及原因）

-workDir

是GWT写入大部分临时数据的地方（并非全部，有些数据会进入操作系统临时文件夹–可通过

-Djava.io.tmpdir=

系统属性配置–或进入

.GWT unitCache

文件夹–可通过

-Dgwt.persistentunitcachedir=

系统属性配置）。当您这样做时，

workDir

必须由所有机器共享（或者在网络上共享，或者通过复制周围的文件）

在DevMode中，嵌入式Jetty服务器从

-war

文件夹（默认为当前目录中的

war/

）运行您的webapp（您的服务器代码和静态资源）。codeserver是为客户机代码服务的。在DevMode中，codeserver使用原始TCP连接与浏览器中的插件通信；在SuperDevMode中，codeserver是一个Jetty实例，它提供动态编译（几乎）的JavaScript，但它并不托管您的webapp

见上文第3条，以及

顺便说一句，GWT项目现在有了一个新家：