Weblogic 12.1.3:部署一致性应用程序时出错

Weblogic 12.1.3: error deploying coherence application

我目前正在尝试调整现有应用程序以使用 Oracle Coherence,即在 EAR 中嵌入 GAR。应用程序部署到 Weblogic 12.1.3。在将 GAR 嵌入 EAR 之前,可以毫无问题地部署应用程序。

部署时,出现此错误:

####<Feb 7, 2017 8:28:46 AM CET> <Error> <Deployer> <7fff0f95b4b8> <AdminServer> <[STANDBY] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <> <1486452526709> <BEA-149265> <Failure occurred in the execution of deployment request with ID "6725384329688" for task "1". Error is: "weblogic.application.ModuleException: (Wrapped) Could not load cache configuration resource file:/home/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_user/myapp#1.0.0-SNAPSHOT/rmzguy/META-INF/coherence-cache-config.xml"
weblogic.application.ModuleException: (Wrapped) Could not load cache configuration resource file:/home/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_user/myapp#1.0.0-SNAPSHOT/rmzguy/META-INF/coherence-cache-config.xml
        at weblogic.coherence.container.server.CoherenceModule.activate(CoherenceModule.java:237)
        at weblogic.application.internal.flow.ModuleListenerInvoker.activate(ModuleListenerInvoker.java:114)
        at weblogic.application.internal.flow.ModuleStateDriver.next(ModuleStateDriver.java:195)
        at weblogic.application.internal.flow.ModuleStateDriver.next(ModuleStateDriver.java:190)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
        at weblogic.application.internal.flow.ModuleStateDriver.activate(ModuleStateDriver.java:61)
        at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:145)
        at weblogic.application.internal.BaseDeployment.next(BaseDeployment.java:729)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
        at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:258)
        at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:61)
        at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:165)
        at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:80)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:587)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:150)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:116)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:339)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:846)
        at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1275)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:442)
        at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:176)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:195)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access0(DeploymentReceiverCallbackDeliverer.java:13)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.run(DeploymentReceiverCallbackDeliverer.java:68)
        at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:553)
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
        at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)
Caused By: java.io.IOException: Could not load cache configuration resource file:/home/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_user/myapp#1.0.0-SNAPSHOT/rmzguy/META-INF/coherence-cache-config.xml
        at com.tangosol.net.ScopedCacheFactoryBuilder.loadConfigFromURI(ScopedCacheFactoryBuilder.java:351)
        at com.tangosol.application.ContainerAdapter$ContainerCacheFactoryBuilder.buildFactory(ContainerAdapter.java:735)
        at com.tangosol.net.ScopedCacheFactoryBuilder.getFactory(ScopedCacheFactoryBuilder.java:267)
        at com.tangosol.net.ScopedCacheFactoryBuilder.getConfigurableCacheFactory(ScopedCacheFactoryBuilder.java:127)
        at com.tangosol.application.ContainerAdapter.activate(ContainerAdapter.java:155)
        at weblogic.coherence.container.server.CoherenceModule.activate(CoherenceModule.java:216)
        at weblogic.application.internal.flow.ModuleListenerInvoker.activate(ModuleListenerInvoker.java:114)
        at weblogic.application.internal.flow.ModuleStateDriver.next(ModuleStateDriver.java:195)
        at weblogic.application.internal.flow.ModuleStateDriver.next(ModuleStateDriver.java:190)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
        at weblogic.application.internal.flow.ModuleStateDriver.activate(ModuleStateDriver.java:61)
        at weblogic.application.internal.flow.DeploymentCallbackFlow.activate(DeploymentCallbackFlow.java:145)
        at weblogic.application.internal.BaseDeployment.next(BaseDeployment.java:729)
        at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:42)
        at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:258)
        at weblogic.application.internal.EarDeployment.activate(EarDeployment.java:61)
        at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:165)
        at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:80)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:587)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:150)
        at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:116)
        at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:339)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:846)
        at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1275)
        at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:442)
        at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:176)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:195)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access0(DeploymentReceiverCallbackDeliverer.java:13)
        at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.run(DeploymentReceiverCallbackDeliverer.java:68)
        at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:553)
        at weblogic.work.ExecuteThread.execute(ExecuteThread.java:311)
        at weblogic.work.ExecuteThread.run(ExecuteThread.java:263)

很明显,找不到缓存配置文件,但不明白为什么。看起来 GAR 不正确 exploded/unpacked 但我不知道为什么。

EAR

EAR 的内容

myapp-1.0.0-SNAPSHOT.ear
`-- META-INF
   |-- application.xml
   |-- weblogic-application.xml
|-- myapp-webapp-1.0.0-SNAPSHOT.war
|-- forward-webapp-1.0.0-SNAPSHOT.war
|-- mygar-1.0.0-SNAPSHOT.gar

application.xml

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE application PUBLIC
    "-//Sun Microsystems, Inc.//DTD J2EE Application 1.3//EN"
    "http://java.sun.com/dtd/application_1_3.dtd">
<application>
  <display-name>myapp</display-name>
  <module>
    <web>
      <web-uri>myapp-webapp-1.0.0-SNAPSHOT.war</web-uri>
      <context-root>/my/myapp-webapp</context-root>
    </web>
  </module>
  <module>
    <web>
      <web-uri>forward-webapp-1.0.0-SNAPSHOT.war</web-uri>
      <context-root>/my</context-root>
    </web>
  </module>
</application>

weblogic-application.xml

<?xml version="1.0" encoding="UTF-8"?>
<wls:weblogic-application
   xmlns:wls="http://xmlns.oracle.com/weblogic/weblogic-application"
   xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
   xsi:schemaLocation="http://java.sun.com/xml/ns/javaee http://java.sun.com/xml/ns/javaee/javaee_5.xsd http://xmlns.oracle.com/weblogic/weblogic-application http://xmlns.oracle.com/weblogic/weblogic-application/1.6/weblogic-application.xsd">
   <wls:application-param>
      <wls:param-name>webapp.encoding.default</wls:param-name>
      <wls:param-value>UTF-8</wls:param-value>
   </wls:application-param>
   <wls:module>
      <wls:name>mygar</wls:name>
      <wls:type>GAR</wls:type>
      <wls:path>mygar-1.0.0-SNAPSHOT.gar</wls:path>
   </wls:module>
   <wls:prefer-application-packages>
      <wls:package-name>org.slf4j.*</wls:package-name>
      <wls:package-name>org.apache.log4j.*</wls:package-name>
   </wls:prefer-application-packages>
   <wls:prefer-application-resources>
      <wls:resource-name>org.slf4j.*</wls:resource-name>
      <wls:resource-name>org.apache.log4j.*</wls:resource-name>
   </wls:prefer-application-resources>
</wls:weblogic-application>

GAR

GAR 的内容

mygar-1.0.0-SNAPSHOT.gar
`-- META-INF
   |-- coherence-application.xml
   |-- coherence-cache-config.xml
`-- lib
   |-- jar1.jar
   |-- jar2.jar
   |-- ...
   |-- jarx.jar

一致性-application.xml

<?xml version="1.0"?>
<coherence-application
   xmlns="http://xmlns.oracle.com/coherence/coherence-application">
   <cache-configuration-ref>META-INF/coherence-cache-config.xml</cache-configuration-ref>
</coherence-application>

有人知道出了什么问题吗?

编辑

因为我真的坚持这个,所以我只是试图分解 EAR "manually",即将 EAR 的内容解压到同名目录中,并在该目录中执行相同的操作使用 WAR 和 GAR 档案。然后我尝试部署它 - 它没有任何错误。

我现在更糊涂了。部署展开的 EAR 与将 EAR 作为归档部署之间有什么区别? 真的很感激任何帮助或想法。

我终于通过远程调试找到了问题所在 com.tangosol.net.ScopedCacheFactoryBuilder class。

事实证明 java.net.URL class 无法使用 file:// 协议处理 URL 中的 # 登录,因为 URL 然后在 # 符号之后被截断,因此

file:/home/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_user/myapp#1.0.0-SNAPSHOT/rmzguy/META-INF/coherence-cache-config.xml

被截断为

file:/home/oracle/user_projects/domains/base_domain/servers/AdminServer/tmp/_WL_user/myapp

确实不存在

不幸的是,最初的 IOException 原因说明已丢失,因此在日志中不可见。

# 用于 EAR 展开到的临时文件夹的原因是我在 MANIFEST.MF 中设置了 WebLogic-Application-Version 属性耳朵.

所以该问题的解决方案是从 EAR 的 MANIFEST.MF 中删除 WebLogic-Application-Version 属性 集。

这让我想起了一个错误。请转到 Oracle 支持站点 (support.oracle.com) 并查找 BUG 21966507。