2012-06-27 9 views
16

リモートGlassfishサーバー(エディション3.1.1(ビルド12))にCargo Mavenプラグインを使用してWebアプリケーションをデプロイしようとしています。 GlassfishサーバーとJavaコードは異なるLinuxサーバー(Ubuntu)にあります。私はpomファイルに必要なすべてのプロパティを設定し、Windowsマシン上での展開をテストしました。できます。しかし、それは興味深い例外でのLinuxのUbuntu上で失敗:CargoプラグインがGlassfishにデプロイするときにCargoExceptionをスローする - デプロイメントに失敗しました:null

27-Jun-2012 14:36:05 [ERROR] Failed to execute goal org.codehaus.cargo:cargo-maven2-plugin:1.2.1:deploy (default-cli) on project my-web-project-app: Execution default-cli of goal org.codehaus.cargo:cargo-maven2-plugin:1.2.1:deploy failed: Deployment has failed: null -> [Help 1] 
27-Jun-2012 14:36:05 org.apache.maven.lifecycle.LifecycleExecutionException: Failed to execute goal org.codehaus.cargo:cargo-maven2-plugin:1.2.1:deploy (default-cli) on project mca-staff-app: Execution default-cli of goal org.codehaus.cargo:cargo-maven2-plugin:1.2.1:deploy failed: Deployment has failed: null 
27-Jun-2012 14:36:05   at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:225) 
27-Jun-2012 14:36:05   at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) 
27-Jun-2012 14:36:05   at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) 
27-Jun-2012 14:36:05   at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84) 
27-Jun-2012 14:36:05   at org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:59) 
27-Jun-2012 14:36:05   at org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) 
27-Jun-2012 14:36:05   at org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) 
27-Jun-2012 14:36:05   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:319) 
27-Jun-2012 14:36:05   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) 
27-Jun-2012 14:36:05   at org.apache.maven.cli.MavenCli.execute(MavenCli.java:537) 
27-Jun-2012 14:36:05   at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) 
27-Jun-2012 14:36:05   at org.apache.maven.cli.MavenCli.main(MavenCli.java:141) 
27-Jun-2012 14:36:05   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
27-Jun-2012 14:36:05   at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) 
27-Jun-2012 14:36:05   at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) 
27-Jun-2012 14:36:05   at java.lang.reflect.Method.invoke(Method.java:597) 
27-Jun-2012 14:36:05   at org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) 
27-Jun-2012 14:36:05   at org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) 
27-Jun-2012 14:36:05   at org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:409) 
27-Jun-2012 14:36:05   at org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:352) 
27-Jun-2012 14:36:05 Caused by: org.apache.maven.plugin.PluginExecutionException: Execution default-cli of goal org.codehaus.cargo:cargo-maven2-plugin:1.2.1:deploy failed: Deployment has failed: null 
27-Jun-2012 14:36:05   at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:110) 
27-Jun-2012 14:36:05   at org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:209) 
27-Jun-2012 14:36:05   ... 19 more 
27-Jun-2012 14:36:05 Caused by: org.codehaus.cargo.util.CargoException: Deployment has failed: null 
27-Jun-2012 14:36:05   at org.codehaus.cargo.container.spi.deployer.AbstractJsr88Deployer.waitForProgressObject(AbstractJsr88Deployer.java:285) 
27-Jun-2012 14:36:05   at org.codehaus.cargo.container.spi.deployer.AbstractJsr88Deployer.deploy(AbstractJsr88Deployer.java:126) 
27-Jun-2012 14:36:05   at org.codehaus.cargo.maven2.DeployerDeployMojo.performDeployerActionOnSingleDeployable(DeployerDeployMojo.java:56) 
27-Jun-2012 14:36:05   at org.codehaus.cargo.maven2.AbstractDeployerMojo.performDeployerActionOnAllDeployables(AbstractDeployerMojo.java:178) 
27-Jun-2012 14:36:05   at org.codehaus.cargo.maven2.AbstractDeployerMojo.doExecute(AbstractDeployerMojo.java:98) 
27-Jun-2012 14:36:05   at org.codehaus.cargo.maven2.AbstractCargoMojo.execute(AbstractCargoMojo.java:311) 
27-Jun-2012 14:36:05   at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) 
27-Jun-2012 14:36:05   ... 20 more 

誰もがリモートアプリケーションの展開のためにLinux上でMavenの貨物プラグインを使用しましたか?あるいは、誰かがここで何が問題なのか知っていますか?

+0

ソリューションを見つけたことがありますか?別のサーバーに展開しようとするとこの問題が発生しますが、ホストを 'localhost'に変更すると、デプロイメントは期待どおりに動作します。 – Snekse

+2

これはおそらく関連しています:http://stackoverflow.com/questions/26599957/cargo-remote-deployment-glassfish-4-1-fails-glassfish-uses-100-cpu(いくつかの提案もあります) – wemu

+1

あなたの 'pom.xml'の中で貨物を使った展開を記述する部分はどうですか?また、これを直接実行するのか、それともジーンキンなどのCIサーバーによって実行されますか?私はCargo + Glassifsh 3を使うことを覚えています。純粋な痛みだったので、Glassfish REST API + Jenkins – PierreF

答えて

0

あなたは解決策を見つけたことがありますか?別のサーバーに展開しようとするとこの問題が発生しますが、ホストをlocalhostに変更すると、デプロイメントは正常に機能します。

私は同じ問題を抱えていましたが、localhostではすべてうまくいきました。リモートで展開しようとしたときに、同じnullエラーが発生しました。

私がしたことは、削除して、リモートサーバー上のすべてから一からインストールしました。そのため、同じGlassfishインストールがローカルマシンとリモートサーバーに存在していました。

それ以降はすべて問題ありませんでした。

P.S:これは、リモートホスト上のローカルドメインをコピーすることで実現できます。

関連する問題