Warning: file_get_contents(/data/phpspider/zhask/data//catemap/4/maven/6.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Maven Alfresco SDK运行似乎停留在;“处理覆盖”;_Maven_Alfresco - Fatal编程技术网

Maven Alfresco SDK运行似乎停留在;“处理覆盖”;

Maven Alfresco SDK运行似乎停留在;“处理覆盖”;,maven,alfresco,Maven,Alfresco,我通过以下命令使用Alfresco SDK: mvn install -Ddependency.surf.version=6.3 -Prun 一切都很好,除非它在构建Alfresco Share WAR聚合器的这一步遇到了问题: [INFO] --- maven-war-plugin:2.6:war (default-war) @ share --- [INFO] Packaging webapp [INFO] Assembling webapp [share] in [/home/nico/

我通过以下命令使用Alfresco SDK:

mvn install -Ddependency.surf.version=6.3 -Prun
一切都很好,除非它在构建Alfresco Share WAR聚合器的这一步遇到了问题:

[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]
在这种情况下,我只是执行一次清理,问题就解决了,但这需要时间

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

露天版本是5.1.g

Ubuntu 2016.10 LTS

鉴于您使用的参数,我假设您使用的是Alfresco SDK 2.2,并尝试在一个多功能项目中使用更新版本的Alfresco(5.1.f或更新版本)

使用Alfresco SDK AIO项目总是会在重启期间增加一些开销,因为SDK实际上是在构建模块、获取war、获取引用的其他模块并将模块应用于war(就像在重新打包war之前解压缩war和解压缩同一文件夹上的amps一样),然后,它启动了一个嵌入式tomcat,其中包含新wars的runner项目中的一些特殊配置!如果你问我的话,这是一种复杂的方法,而且它肯定需要相当长的时间和性能(特别是在磁盘IO上),尤其是在重建之前进行清理时。。。 回到你的问题上来,如果SDK在应用amps之前试图解压OOTB共享战,那么你所要等待的步骤是什么?有很多原因可以解释为什么事情会在那里恶化!除非您提供一些更详细的步骤(比如在mvn命令中添加-X或-e),否则我怀疑任何人都不能准确地捕捉到哪里出了问题

在不清理的情况下运行项目时要小心,因为您可能会得到一些单独的文件,这些文件会使您的行为与最终工件的预期行为不同。。。我可以想象至少有两种情况

或者,我可以建议您从AIO方法转换为回购和共享的单独项目吗?您可以在您的机器上安装多个tomcat:假设在端口8080上安装一个用于回购的tomcat,在端口8081上安装一个用于共享的tomcat,那么您可以在一层上开发,同时让tomcat服务提供另一层(停止share tomcat服务,并从SDK启动一个share amp,指向另一个本地安装的tomcat上的本地Alfresco Repo服务),这样您就可以随时快速清理并使用以下命令运行share:


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

考虑到您使用的参数,我假设您使用的是Alfresco SDK 2.2,并尝试在一个多功能一体项目中使用更新版本的Alfresco(5.1.f或更新版本)

使用Alfresco SDK AIO项目总是会在重启期间增加一些开销,因为SDK实际上是在构建模块、获取war、获取引用的其他模块并将这些模块应用于war(就像在重新打包war之前解压war和解压同一文件夹上的amps一样),然后用新wars的runner项目中的一些特殊配置启动一个嵌入式tomcat!如果你问我的话,这是一个复杂的方法,而且它肯定需要相当长的时间和性能(特别是在磁盘IO上),特别是当你在重建之前进行清理时。。。 回到你的问题上来,如果SDK在应用amps之前试图解压OOTB共享战,那么你所等待的步骤是什么?有很多原因可以解释为什么事情会发展到这个地步!除非你提供一些更详细的步骤(比如在mvn命令中添加-X或-e)我怀疑任何人都不能准确地了解出了什么问题

在不清理的情况下运行项目时要小心,因为您可能会得到一些单独的文件,这些文件会使您的行为与最终工件的预期行为不同……我可以想象至少有两种情况

或者,我可以建议您从AIO方法切换到独立的回购和共享项目吗?您可以在您的机器上安装多个tomcat:假设在端口8080上安装一个用于回购的tomcat,在端口8081上安装一个用于共享的tomcat,那么您可以在一层上开发,同时让tomcat服务提供另一层(停止share tomcat服务,并从SDK启动一个share amp,指向另一个本地安装的tomcat上的本地Alfresco Repo服务),这样您就可以随时快速清理并使用以下命令运行share:

mvn清洁安装-PampToWar-Dmaven.tomcat.port=8081-Ddependency.surf.version=6.3