我一直在玩gwt-maven-plugin的最新变化。最值得注意的是,新包装gwt-app和gwt-lib。
据我了解,如果我有一些代码需要在不同的GWT应用程序之间重用,gwt-lib会在所有类旁边的jar中包装所有需要的源和* .gwt.xml文件。它就像一个魅力。
如果我选择多模块maven reactor构建,那么在编译时检测到所有内容,并且我能够成功构建和部署,而不会有任何麻烦。然而,如果我尝试开发,闪亮的GWT 2.7 SuperDevMode无法检测gwt-lib项目中的更改,显然是因为它们是从jar中引用的,而不是它们被更改的实际源目录。
为了说明,我使用了Thomas Broyer的模块化请求原型。
mvn archetype:generate \
-DarchetypeCatalog=https://oss.sonatype.org/content/repositories/snapshots/ \
-DarchetypeGroupId=net.ltgt.gwt.archetypes \
-DarchetypeArtifactId=modular-requestfactorcom.testy \
-DarchetypeVersion=1.0-SNAPSHOT
我输入了以下信息:
Define value for property 'artifactId': : mvngwt
Define value for property 'version': 1.0-SNAPSHOT: :
Define value for property 'package': com.test: :
Define value for property 'module': App: : MvngwtApp
Define value for property 'module-short-name': mvngwtapp: :
之后我创建了一个名为“mvn-gwt-client-api”的附加maven模块,它包含一个由mvn-gwt-client使用的类。结束结构如下所示:
mvngwt/
--mvngwt-client/
--mvngwt-client-api/
--mvngwt-server/
--mvngwt-shared/
--pom.xml
目标是能够编辑mvngwt-client-api中的文件(例如,当前唯一的类:MvngwtApi.java),然后在SuperDevMode中重新编译并实际看到更改,而无需重新启动CodeServer。
可以在此处找到项目的工作副本:https://github.com/elnicko/maven-gwt-test
PS:我尝试使用build-helper-maven-plugin解决这个问题:
<profiles>
<profile>
<!-- elnicko: add to support CodeServer hot compile for referenced libraries -->
<id>env-dev</id>
<activation>
<property>
<name>env</name>
<value>dev</value>
</property>
</activation>
<build>
<plugins>
<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>build-helper-maven-plugin</artifactId>
<executions>
<execution>
<id>add-shared-sources-to-classpath</id>
<!--
<phase>process-classes</phase>
<phase>compile</phase>
-->
<phase>generate-sources</phase>
<goals>
<goal>add-source</goal>
</goals>
<configuration>
<sources>
<source>${basedir}/../mvngwt-client-api/src/main/java</source>
</sources>
</configuration>
</execution>
</executions>
</plugin>
</plugins>
</build>
</profile>
</profiles>
但是并没有改善这种情况。
任何提示/指示/想法都非常感激。
编辑:
我可以使用前面提到的build-helper-maven-plugin配置来使用SuperDevMode增量编译,将mvngwt-client-api包装从“gwt-lib”更改为“jar”,并添加“maven-源插件”。这样maven编译和部署的工作方式相同,但CodeServer知道mvngwt-client-api的源目录中的更改。尽管如此,问题仍然存在,如何在不丢失CodeServer增量编译的情况下使用新的“gwt-lib”。差异可以在这里看到:https://github.com/elnicko/maven-gwt-test/compare/master...working_wihtout_gwt-lib_but_with_jar_packaging
答案 0 :(得分:3)
您必须在依赖项中使用<type>gwt-lib</type>
。
<dependency>
<groupId>${project.groupId}</groupId>
<artifactId>mvngwt-client-api</artifactId>
<version>${project.version}</version>
<type>gwt-lib</type>
</dependency>
实际上,如果你使用-X
运行Maven,你会在日志中看到:
[DEBUG] Adding sources for com.test:mvngwt-client:gwt-app:1.0-SNAPSHOT
[DEBUG] Ignoring com.test:mvngwt-shared:jar:1.0-SNAPSHOT; neither a java-source, gwt-lib or jar:sources.
[DEBUG] Adding sources for com.test:mvngwt-shared:jar:1.0-SNAPSHOT
[DEBUG] Ignoring com.test:mvngwt-client-api:jar:1.0-SNAPSHOT; neither a java-source, gwt-lib or jar:sources.
[DEBUG] Ignoring com.google.gwt:gwt-user:jar:2.7.0; neither a java-source, gwt-lib or jar:sources.
[DEBUG] Ignoring com.google.gwt:gwt-dev:jar:2.7.0; neither a java-source, gwt-lib or jar:sources.
[DEBUG] Ignoring com.google.gwt:gwt-codeserver:jar:2.7.0; neither a java-source, gwt-lib or jar:sources.
也许那些应该在INFO级别而不是DEBUG ...
发出<type>java-source</type>
或<classifier>sources</classifier>
依赖项,就像它为mvngwt-shared
模块所做的那样