Java 1.8+GWT 2.8.2环境下使用传统DevMode的相关疑问

首先得说，你发现还能用传统DevMode确实不算意外——GWT 2.8.x版本确实还保留了对它的遗留支持，但这里面有不少需要注意的坑，也不建议长期依赖：

继续使用传统DevMode的风险与注意事项 #

• 浏览器兼容性限制：传统DevMode核心依赖NPAPI插件，而现在Chrome、Firefox等主流现代浏览器早在几年前就彻底移除了对NPAPI的支持，只有非常老旧的浏览器版本（比如Chrome 44及更早、Firefox 52 ESR）才能正常运行它。如果你的团队成员使用新版本浏览器，传统DevMode直接就没法用了，这是最致命的问题。
• 官方支持衰减：GWT团队早在多年前就把开发重心完全转移到SuperDevMode上了，传统DevMode属于被废弃的特性，后续GWT版本会彻底移除它。现在遇到相关问题，官方不会优先修复，相关文档也会越来越少，排查问题难度会越来越大。
• SmartGWT后续兼容性隐患：虽然当前SmartGWT 6.1p还兼容传统DevMode，但随着SmartGWT的迭代更新，后续版本很大概率会放弃对传统DevMode的适配——毕竟官方生态都在往SuperDevMode靠拢，继续用传统DevMode会给未来的版本升级埋下障碍。

如果因为某些原因暂时必须继续用传统DevMode，建议：

• 统一团队使用的浏览器版本，确保都支持NPAPI；
• 尽量避免依赖传统DevMode的独有调试特性，逐步向SuperDevMode的调试习惯靠拢，为后续迁移做准备。

关于SuperDevMode配置困难的常见排查点 #

既然你计划升级到Java 1.8，长远来看还是推荐迁移到SuperDevMode，给你几个常见的配置排查方向：

• 确认GWT模块配置：在你的GWT模块XML文件中，必须添加 <add-linker name="xsiframe"/>，这是SuperDevMode正常运行的核心配置，没有它的话会出现各种异常。
• 检查依赖冲突：确保项目中没有残留旧版本的GWT或SmartGWT依赖，比如之前的GWT 2.6.0 jar包，这些残留依赖会导致SuperDevMode启动失败或运行异常。
• 正确启动Code Server：SuperDevMode需要单独启动Code Server，你可以用Maven命令 mvn gwt:run-codeserver，或者在Eclipse中通过"GWT Code Server"启动项来启动。启动成功后，访问Code Server的页面（默认是http://localhost:9876），生成对应的SuperDevMode bookmarklet，添加到浏览器书签栏。
• IDE调试配置：在IDE中确保已经关联了项目源码，这样启动SuperDevMode并在浏览器中点击bookmarklet编译后，就可以直接在IDE里给Java代码打断点，调试体验和传统DevMode几乎一致，只是需要通过浏览器触发编译。

内容的提问来源于stack exchange，提问作者leeyuiwah