显然,GWT有两个Maven插件:
这个:
<groupId>net.ltgt.gwt.maven</groupId>
<artifactId>gwt-maven-plugin</artifactId>
<version>1.0-rc-6</version>
还有这个:
<groupId>org.codehaus.mojo</groupId>
<artifactId>gwt-maven-plugin</artifactId>
<version>2.8.0-SNAPSHOT</version>
有什么区别 ?
免责声明:我是该org.codehaus.mojo
插件的前维护者,也是该插件的作者net.ltgt.gwt.maven
。
插件在将GWT与Maven结合使用时有非常不同的方法。我将在这里尝试总结最重要的内容。
首先,org.codehaus.mojo
绑定到GWT的特定版本;这意味着每当发布GWT的新版本以解决差异时,都必须发布该插件的新版本。另一方面,它通过Maven文档(mvn gwt:help
)等公开了所有GWT选项/标志作为配置属性。当插件中的错误已修复时,这还意味着您必须更新GWT版本以与下一插件版本使用的版本匹配。虽然您确实应该始终使用最新的GWT版本,但由于其他依赖项与新版本不兼容等原因,可能无法快速更新,因此您可能处于“版本冲突地狱”状态。
的net.ltgt.gwt.maven
插件旨在与GWT的2个最新版本兼容,但可能与更多版本兼容(只是未经测试/保证);这意味着您可以独立于GWT更新插件。
该org.codehaus.mojo
插件带有gwt-dev
和gwt-user
(和gwt-servlet
!)依赖项,如果不完全相同,则可能与项目依赖项产生冲突。同样,由于Maven的工作原理,如果您在不同的GWT下使用自己的GWT分叉版本,则不能将它们从插件的依赖项中排除groupId
(您必须使用com.google.gwt
groupId
,或派生插件来更改其依赖项)。
该net.ltgt.gwt.maven
插件自带的定制packaging
S表示gwt-lib
和gwt-app
。关于如何使用Maven完成GWT应用程序的观点很明确:将客户端和服务器(和共享)代码分离到单独的Maven模块中(实际上是遵循Maven Way™:如果需要单独的类路径,则需要使用不同的Maven模块,每个都有其依赖性)。您当然不会被迫使用这些包装,它们只是通过设置适当的默认值和约定在POM中削减了很多配置。
最后,由于上面提到的有关“项目布局”的观点,该net.ltgt.gwt.maven
插件旨在支持多模块(又名Reactor)构建,而该org.codehaus.mojo
插件例如gwt:run
必须在两个客户端都运行的项目上运行和服务器代码“实时”;导致多模块构建中的骇人攻击,例如必须拥有mvn install
所有依赖模块(因为gwt:run
无法在聚合器模块上调用),并使用build-helper-maven-plugin
来从其他模块引入客户端资源以获得无缝开发经验。
您可以在gwt-maven-archetypes上的此提交中看到插件之间的差异(免责声明:我是作者),org.codehaus.mojo
该net.ltgt.gwt.maven
插件从切换到了插件。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句