Question

我使用Alfresco SDK并使用以下命令：

mvn install -Ddependency.surf.version=6.3 -Prun

一切都很好，除非它在Building Alfresco Share WAR Aggregator：

的这一步骤中陷入困境

[INFO] --- maven-war-plugin:2.6:war (default-war) @ share ---
[INFO] Packaging webapp
[INFO] Assembling webapp [share] in [/home/nico/aegif/projects/60_townpage/townpage-filing/townpage-filing/share/target/share-1.0-SNAPSHOT]
[info] Copying manifest...
[INFO] Processing war project
[INFO] Processing overlay [ id org.alfresco:share]

在这种情况下，我只是执行清理，问题就解决了，但这需要时间。

我能做些什么来避免它被卡住？

alfresco.version是5.1.g
Ubuntu 2016.10 LTS

Answer 1

根据您使用的参数，我假设您使用的是Alfresco SDK 2.2，并尝试在All In One项目中使用更新版本的alfresco（5.1.f或更新版本）。

使用Alfresco SDK AIO项目在重启期间总是会增加一些开销，因为SDK实际上正在构建模块，获取战争，获取引用的其他模块并将模块应用于战争（如解压缩战争并解压缩放大器上的放大器）在重新打包战争之前的同一个文件夹），然后它启动了一个嵌入式tomcat，带有来自新战争的转轮项目的一些特殊配置！一个复杂的方法，如果你问我，它肯定会花费相当多的时间和性能（特别是在磁盘IO上），特别是在你重建之前清理... 回到你的问题，如果SDK试图在向其应用放大器之前解压缩OOTB共享战争，那么你要坚持下去的步骤，并且有很多原因可以解决为什么事情可能会向南移动！除非你提供一些更详细的步骤（比如在你的mvn命令中添加-X或-e），我怀疑任何人都能够准确地捕捉出错的地方！

小心运行你的项目而不进行清理，因为你最终可能会得到一些使用与最终工件所期望的行为不同的文件......我可以想象至少有几个这样的场景！

或者，我可以建议您从AIO方法切换到Repo和Share的单独项目吗？你可以在你的机器上安装多个tomcats：假设一个tomcat用于端口8080上的repo，一个tomcat用于8081上的共享，那么你可以在一个层上进行开发，同时使用tomcat服务提供另一个（停止共享tomcat服务，以及从SDK指向另一个本地安装的tomcat上的本地Alfresco Repo服务启动一个共享放大器，这样你可以快速地使用此命令清理和运行以运行共享：

mvn clean install -PampToWar -Dmaven.tomcat.port=8081 -Ddependency.surf.version=6.3

Alfresco SDK运行似乎停留在＆＃34;处理覆盖＆＃34;

1 个答案: