2017-03-02 27 views
0

我試圖測試共享資源共享HTTP連接器的概念。問題當我試圖在Mule獨立但不在Anypoint中部署共享域

這些應用程序非常簡單,在每個應用程序中只有一個HTTP入站連接器和一個有效負載來給出響應。

在Anypoint中,這些應用程序可以與域完美協同工作,但是當我想以mule獨立方式部署它時,我遇到了錯誤,因爲應用程序無法找到域。

我已經查了很多東西:

  • 域被部署在域文件夾和應用程序的應用程序文件夾
  • 我使用Anypoint和相同的騾子版本獨立
  • 使用Anypoint創建了zip。
  • 域名似乎是正確部署(我已經得到了錨文件 和目錄)

但是當騾子嘗試部署的應用程序,它提供了以下錯誤。有什麼我失蹤了嗎?

INFO 2017年2月28日09:54:10953 [WrapperListener_start_runner] org.mule.module.launcher.ArtifactArchiveInstaller:爆炸一個騾僞像歸檔文件:文件:/ C:/EDP_POC/MULE/mule-standalone-3.8。 0/apps/zz_pru1.zip錯誤2017-02-28 09:54:10,974 [WrapperListener_start_runner] org.mule.module.launcher.DefaultArchiveDeployer: ++++++++++++++++++ ++++++++++++++++++++++++++++++++++++++++++ +無法部署工件'zz_pru1' ,見下文+ +++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++++++ org.mule.api.MuleRuntimeException:Artifact目錄不存在:org中的'C:\ EDP_POC \ MULE \ mule-standalone-3.8.0 \ domains \ zz_pru_domain' .mule.module.launcher.artifact.ArtifactFactoryUtils.getDeploymentFile(ArtifactFactoryUtils.java:40)〜[mule-module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.domain.DefaultDomainFactory。 findDomain(DEF aultDomainFactory.java:75)〜[mule-module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.domain.DefaultDomainFactory.createArtifact(DefaultDomainFactory.java:60)〜[mule-module -launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.domain.DefaultDomainFactory.createArtifact(DefaultDomainFactory.java:23)〜[mule-module-launcher-3.8.0.jar:3.8。 0] at org.mule.module.launcher.application.DefaultApplicationFactory.createAppFrom(DefaultApplicationFactory.java:70)〜[mule-module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher。 application.DefaultApplicationFactory.createArtifact(DefaultApplicationFactory.java:52)〜[mule-module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.application.DefaultApplicationFactory.createArtifact(DefaultApplicationFactory.java:24 )〜[mule-module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.DefaultArchiveDeployer.installFrom(DefaultArchiveDeployer.java:493)〜[mule-module-launcher-3.8.0。 jar:3.8.0]在org.mule.module.launcher.DefaultArchiveDeploy org.mule.module.launcher.DefaultArchiveDeployer.deployPackagedArtifact(DefaultArchiveDeployer.java:145)〜[mule-module-launcher-3.8.0.jar:3.8.0]中的er.guardedInstallFrom(DefaultArchiveDeployer.java:474)〜[mule-module-launcher-3.8.0.jar:3.8.0] -module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.DefaultArchiveDeployer.deployPackagedArtifact(DefaultArchiveDeployer.java:268)〜[mule-module-launcher-3.8.0.jar:3.8。 0]位於org.mule.module.launcher.DeploymentDirectoryWatcher的org.mule.module.launcher.DefaultArchiveDeployer.deployPackagedArtifact(DefaultArchiveDeployer.java:83)〜[mule-module-launcher-3.8.0.jar:3.8.0]。在org.mule.module.launcher.DeploymentDirectoryWatcher.start(DeploymentDirectoryWatcher.java:150)〜[mule-module]上的deployPackedApps(DeploymentDirectoryWatcher.java:275)〜[mule-module-launcher-3.8.0.jar:3.8.0] -launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.MuleDeploymentService.start(MuleDeploymentService.java:104)〜[mule-module-launcher-3.8.0.jar:3.8.0]在org.mule.module.launcher.MuleContainer.start(Mu leContainer。sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)〜[?:1.8.0_111] sun.reflect.NativeMethodAccessorImpl.invoke(java:170)〜[mule-module-launcher-3.8.0.jar:3.8.0] (Unknown Source)〜[?:1.8.0_111] at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)〜[?:1.8.0_111] at java.lang.reflect.Method.invoke(Unknown Source)〜[?: 1.8.0_111]在org.mule.module.reboot.MuleContainerWrapper.start(MuleContainerWrapper.java:52)〜[騾模塊重新引導-3.8.0.jar:3.8.0]在org.tanukisoftware.wrapper.WrapperManager $ 12 .run(WrapperManager.java:2788)〜[wrapper-3.2.3.jar:3.2.3]信息2017-02-28 09:54:10,974 [WrapperListener_start_runner] org.mule.module.launcher.ArtifactArchiveInstaller:爆炸一隻騾子僞像歸檔:文件:/ C:/EDP_POC/MULE/mule-standalone-3.8.0/apps/zz_pru2.zip ERROR 2017年2月28日09:54:10992 [WrapperListener_start_runner] org.mule.module.launcher.DefaultArchiveDeployer: ++++++++++++++++++++++++++++++++++++++++++++++++++ ++++++++++ +無法部署工件'zz_pru2',見下文+ ++++++++++++++++++++++++++++++++++++++++++++++++ +++++++++++++ org.mule.api.MuleRuntimeException:工件目錄不存在:位於org的'C:\ EDP_POC \ MULE \ mule-standalone-3.8.0 \ domains \ zz_pru_domain'。 mule.module.launcher.artifact.ArtifactFactoryUtils.getDeploymentFile(ArtifactFactoryUtils.java:40)〜[騾模塊-發射-3.8.0.jar:3.8.0]在org.mule.module.launcher.domain.DefaultDomainFactory.findDomain (DefaultDomainFactory.java:75)〜[mule-module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.domain.DefaultDomainFactory.createArtifact(DefaultDomainFactory.java:60)〜[mule- module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.domain.DefaultDomainFactory.createArtifact(DefaultDomainFactory.java:23)〜[mule-module-launcher-3.8.0.jar:3.8 .0] at org.mule.module.launcher.launcher.application.DefaultApplicationFactory.createAppFrom(DefaultApplicationFactory.java:70)〜[mule-module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher .application.DefaultApplicationFactory.crea在org.mule.module.launcher.application.DefaultApplicationFactory.createArtifact(DefaultApplicationFactory.java:24)〜[mule-module-launcher-3.8.0.jar:3.8.0]上的teArtifact(DefaultApplicationFactory.java:52)〜[mule- -module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.DefaultArchiveDeployer.installFrom(DefaultArchiveDeployer.java:493)〜[mule-module-launcher-3.8.0.jar:3.8。 0]在org.mule.module.launcher.DefaultArchiveDeployer.guardedInstallFrom(DefaultArchiveDeployer.java:474)〜[騾模塊-發射-3.8.0.jar:3.8.0]在org.mule.module.launcher.DefaultArchiveDeployer。 deployPackagedArtifact(DefaultArchiveDeployer.java:145)〜[騾模塊-發射-3.8.0.jar:3.8.0]在org.mule.module.launcher.DefaultArchiveDeployer.deployPackagedArtifact(DefaultArchiveDeployer.java:268)〜[騾模塊-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.DefaultArchiveDeployer.deployPackagedArtifact(DefaultArchiveDeployer.java:83)〜[mule-module-launcher-3.8.0.jar:3.8.0]在org.mule.module.launcher.DeploymentD irectoryWatcher.deployPackedApps(DeploymentDirectoryWatcher.java:275)〜[騾模塊-發射-3.8.0.jar:3.8.0]在org.mule.module.launcher.DeploymentDirectoryWatcher.start(DeploymentDirectoryWatcher.java:150)〜[騾-module-launcher-3.8.0.jar:3.8.0] at org.mule.module.launcher.MuleDeploymentService.start(MuleDeploymentService.java:104)〜[mule-module-launcher-3.8.0.jar:3.8。 0] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method org.mule.module.launcher.MuleContainer.start(MuleContainer.java:170)〜[mule-module-launcher-3.8.0.jar:3.8.0] )〜[?:1.8.0_111]在sun.reflect.NativeMethodAccessorImpl.invoke(未知源)〜[?:1.8.0_111]在sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)〜[?:1.8.0_111] at java.lang.reflect.Method.invoke(Unknown Source)〜[?:1.8.0_111] at org.mule.module.reboot.MuleContainerWrapper.start(MuleContainerWrapper.java:52)〜[mule-module-reboot-3.8。 0.jar:3.8.0]

在此先感謝您的支持。羅伯託

+0

檢查域名從應用程序引用和域名部署在獨立的服務器域文件夾相同。它應該是相同的,否則應用程序將無法部署在獨立服務器上。 – RamakrishnaN

+0

嗨,謝謝你的迴應,但不幸的是名字是一樣的。 –

+0

你能分享你的應用程序的mule-deploy.properties文件值嗎? – RamakrishnaN

回答

0

感謝@RamakrishnaN,我解決了這個問題。

域名在mule獨立版本中不正確,因此應用程序找不到它。

乾杯 羅伯託