2017-03-02 59 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独立版本中不正确,因此应用程序找不到它。

干杯 罗伯托