使用maven和新包装的GWT应用程序和GWT库的GWT CodeServer增量编译问题

Question

我一直在玩弄gwt maven插件的最新变化。最值得注意的是，新包装的gwt应用程序和gwt库。

根据我的理解，如果我有一些代码，我想在不同的GWT应用程序之间重用，gwt-lib包所有需要的源代码和*.gwt.xml文件在所有类旁边的jar中。它像一个魅力。

如果我选择多模块maven reactor构建，那么在编译时就可以检测到所有内容，并且我能够顺利地构建和部署。但是，如果我尝试开发，闪亮的GWT2.7 SuperDevMode无法检测GWT lib项目中的更改，显然是因为它们是从JAR中引用的，而不是从更改它们的实际源目录中引用的。

为了说明这一点，我使用了Thomas Broyer的模块化requestfactory原型。

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插件解决这个问题：

<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>

然而，这并没有改善情况。

非常感谢任何提示/建议/想法。

编辑：

通过使用前面提到的构建助手maven插件配置，将mvngwt客户端api包从“gwt lib”更改为“jar”，并添加一个“maven源插件”，我能够使用SuperDevMode增量编译。这样maven编译和部署的工作方式是相同的，但是CodeServer知道mvngwt客户端api的源目录中的更改。尽管如此，问题仍然悬而未决，如何在不丢失CodeServer增量编译的情况下使用新的“gwt库”。可以在此处看到差异：https://github.com/elnicko/maven-gwt-test/compare/master...working_wihtout_gwt-lib_but_with_jar_packaging

Answer 1

你必须使用

<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.

也许这些应该在信息级别发出，而不是调试…

顺便说一句，你可以只使用一个，而不是build-helper-maven-plugin