登录
当前位置： 首页 > 知识库问答 >
问题：

未能在Weblogic 12.2.1.3.0下启动应用程序（未找到jaxws-tubes-default.xml）

瞿博易
2023-03-14

谁能解释一下文件jaxws-tubes-default.xml做什么，为什么升级到Weblogic12.2.1.3.0和Java1.8时突然需要它？

我们的IT部门最近将一些Weblogic12.1.2.0.0服务器升级到Weblogic12.2.1.3.0，同时从Java1.7升级到Java1.8。

我不期望在如此小的版本变化中出现重大损坏，但确实有。

我的团队负责在这些服务器上运行的两个应用程序，它们在升级后不再启动。

当我们尝试启动任一应用程序时，会收到以下错误消息：

Error java.lang.IllegalStateException: MASM0001: Default configuration file [ jaxws-tubes-default.xml ] was not found

我的团队中没有人参与创建这些应用程序，但现在我们必须修复它们。

以前版本的应用程序从未参考过默认的jaxws。xml文件也不是我们项目中的文件。

以下是项目中的依赖项：

<dependencies>
    <dependency>
        <groupId>com.sun.xml.ws</groupId>
        <artifactId>jaxws-rt</artifactId>
        <version>2.1.3</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>javax</groupId>
        <artifactId>javaee-api</artifactId>
        <version>6.0</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>bea.weblogic</groupId>
        <artifactId>wrapper</artifactId>
        <version>1.3</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>bea.weblogic</groupId>
        <artifactId>datasource</artifactId>
        <version>1.4</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>bea.weblogic</groupId>
        <artifactId>resourcepool</artifactId>
        <version>1.4</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>bea.weblogic</groupId>
        <artifactId>utils</artifactId>
        <version>1.4</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>com.oracle</groupId>
        <artifactId>ojdbc6</artifactId>
        <version>11.2.0.3</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>log4j</groupId>
        <artifactId>log4j</artifactId>
        <version>1.2.16</version>
        <scope>compile</scope>
    </dependency>
    <dependency>
        <groupId>commons-lang</groupId>
        <artifactId>commons-lang</artifactId>
        <version>2.5</version>
        <scope>provided</scope>
    </dependency>
    <dependency>
        <groupId>junit</groupId>
        <artifactId>junit</artifactId>
        <version>4.10</version>
        <scope>test</scope>
    </dependency>
</dependencies>

我在其他SO线程中尝试了一些解决方案，但到目前为止没有成功。

  • https://stackoverflow.com/a/29296606/1827349
  • https://stackoverflow.com/a/52124436/1827349
  • https://stackoverflow.com/a/35404774/1827349

我已经尝试将示例jaxws设置为默认值。WAR文件的以下所有文件夹中都有xml文件，但错误显示找不到此文件：

- META-INF
    - jaxws-tubes-default.xml
- WEB-INF
    - classes
        - META-INF
            - jaxws-tubes-default.xml
        - jaxws-tubes-default.xml
    - jaxws-tubes-default.xml

更新1：我还添加了默认的jaxws管道。根据建议，将xml文件保存到WEB-INF文件夹中，但这也不起作用。

我正处于我认为我必须重写这个过程的时候...但是我真的不想，因为这需要一些时间。

更新2：我终于能够访问我们的应用部署到的实际WL服务器，并能够提取日志。

看起来是jaxws库导致了这些问题。

下面是我试图启动应用程序时产生的整个堆栈跟踪。

####<Feb 11, 2019 11:36:56,502 AM EST> <Info> <J2EE Deployment SPI> <devvm0183> <AdminServer> <[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <devadmin> <> <d1ab1b9d-51c3-4e04-84fb-1d7d9bab855a-00007328> <1549903016502> <[severity-value: 64] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-260121> <Initiating start operation for application, myapp_20190211_002 [archive: null], to Payer-AUX .> 
####<Feb 11, 2019 11:36:56,518 AM EST> <Info> <Deployer> <devvm0183> <AdminServer> <[ACTIVE] ExecuteThread: '5' for queue: 'weblogic.kernel.Default (self-tuning)'> <devadmin> <> <d1ab1b9d-51c3-4e04-84fb-1d7d9bab855a-00007328> <1549903016518> <[severity-value: 64] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-149038> <Initiating task for myapp_20190211_002 : [Deployer:149026]start application myapp_20190211_002 on Payer-AUX..> 
####<Feb 11, 2019 11:36:58,196 AM EST> <Info> <WorkManager> <devvm0183> <AdminServer> <Timer-2> <<WLS Kernel>> <> <d1ab1b9d-51c3-4e04-84fb-1d7d9bab855a-00000012> <1549903018196> <[severity-value: 64] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-002959> <Self-tuning thread pool contains 1 running threads, 0 idle threads, and 12 standby threads> 
####<Feb 11, 2019 11:37:02,762 AM EST> <Warning> <Deployer> <devvm0183> <AdminServer> <[STANDBY] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <d1ab1b9d-51c3-4e04-84fb-1d7d9bab855a-0000732a> <1549903022762> <[severity-value: 16] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-149004> <Failures were detected while initiating start task for application "myapp_20190211_002".> 
####<Feb 11, 2019 11:37:02,762 AM EST> <Warning> <Deployer> <devvm0183> <AdminServer> <[STANDBY] ExecuteThread: '1' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS Kernel>> <> <d1ab1b9d-51c3-4e04-84fb-1d7d9bab855a-0000732a> <1549903022762> <[severity-value: 16] [rid: 0] [partition-id: 0] [partition-name: DOMAIN] > <BEA-149078> <Stack trace for message 149004
weblogic.application.ModuleException: java.lang.IllegalStateException: MASM0001: Default configuration file [ jaxws-tubes-default.xml ] was not found
    at weblogic.application.internal.ExtensibleModuleWrapper.start(ExtensibleModuleWrapper.java:140)
    at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:124)
    at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:233)
    at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:228)
    at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
    at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:78)
    at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:52)
    at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:752)
    at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
    at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:262)
    at weblogic.application.internal.SingleModuleDeployment.activate(SingleModuleDeployment.java:52)
    at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:165)
    at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:90)
    at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:631)
    at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:171)
    at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:121)
    at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:151)
    at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:348)
    at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:907)
    at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1468)
    at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:459)
    at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:181)
    at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:217)
    at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:14)
    at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:69)
    at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:678)
    at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:352)
    at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:337)
    at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:57)
    at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)
    at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:652)
    at weblogic.work.ExecuteThread.execute(ExecuteThread.java:420)
    at weblogic.work.ExecuteThread.run(ExecuteThread.java:360)
Caused By: java.lang.IllegalStateException: MASM0001: Default configuration file [ jaxws-tubes-default.xml ] was not found
    at com.sun.xml.ws.assembler.MetroConfigLoader.getConfigInputStream(MetroConfigLoader.java:280)
    at com.sun.xml.ws.assembler.MetroConfigLoader.loadMetroConfig(MetroConfigLoader.java:255)
    at com.sun.xml.ws.assembler.MetroConfigLoader.init(MetroConfigLoader.java:147)
    at com.sun.xml.ws.assembler.MetroConfigLoader.<init>(MetroConfigLoader.java:121)
    at com.sun.xml.ws.assembler.TubelineAssemblyController.getTubeCreators(TubelineAssemblyController.java:122)
    at com.sun.xml.ws.assembler.MetroTubelineAssembler.createServer(MetroTubelineAssembler.java:173)
    at com.sun.xml.ws.server.WSEndpointImpl.<init>(WSEndpointImpl.java:193)
    at com.sun.xml.ws.server.EndpointFactory.create(EndpointFactory.java:337)
    at com.sun.xml.ws.server.EndpointFactory.create(EndpointFactory.java:332)
    at com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:164)
    at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:578)
    at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:560)
    at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parseAdapters(DeploymentDescriptorParser.java:303)
    at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parse(DeploymentDescriptorParser.java:179)
    at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.parseAdaptersAndCreateDelegate(WSServletContextListener.java:131)
    at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:152)
    at weblogic.servlet.internal.EventsManager$FireContextListenerAction.run(EventsManager.java:705)
    at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:326)
    at weblogic.security.service.SecurityManager.runAsForUserCode(SecurityManager.java:197)
    at weblogic.servlet.provider.WlsSecurityProvider.runAsForUserCode(WlsSecurityProvider.java:203)
    at weblogic.servlet.provider.WlsSubjectHandle.run(WlsSubjectHandle.java:71)
    at weblogic.servlet.internal.EventsManager.executeContextListener(EventsManager.java:251)
    at weblogic.servlet.internal.EventsManager.notifyContextCreatedEvent(EventsManager.java:204)
    at weblogic.servlet.internal.EventsManager.notifyContextCreatedEvent(EventsManager.java:189)
    at weblogic.servlet.internal.WebAppServletContext.preloadResources(WebAppServletContext.java:1921)
    at weblogic.servlet.internal.WebAppServletContext.start(WebAppServletContext.java:3101)
    at weblogic.servlet.internal.WebAppModule.startContexts(WebAppModule.java:1843)
    at weblogic.servlet.internal.WebAppModule.start(WebAppModule.java:884)
    at weblogic.application.internal.ExtensibleModuleWrapper$StartStateChange.next(ExtensibleModuleWrapper.java:360)
    at weblogic.application.internal.ExtensibleModuleWrapper$StartStateChange.next(ExtensibleModuleWrapper.java:356)
    at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
    at weblogic.application.internal.ExtensibleModuleWrapper.start(ExtensibleModuleWrapper.java:138)
    at weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:124)
    at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:233)
    at weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:228)
    at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
    at weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:78)
    at weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:52)
    at weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:752)
    at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:45)
    at weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:262)
    at weblogic.application.internal.SingleModuleDeployment.activate(SingleModuleDeployment.java:52)
    at weblogic.application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:165)
    at weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:90)
    at weblogic.deploy.internal.targetserver.operations.AbstractOperation.activate(AbstractOperation.java:631)
    at weblogic.deploy.internal.targetserver.operations.ActivateOperation.activateDeployment(ActivateOperation.java:171)
    at weblogic.deploy.internal.targetserver.operations.ActivateOperation.doCommit(ActivateOperation.java:121)
    at weblogic.deploy.internal.targetserver.operations.StartOperation.doCommit(StartOperation.java:151)
    at weblogic.deploy.internal.targetserver.operations.AbstractOperation.commit(AbstractOperation.java:348)
    at weblogic.deploy.internal.targetserver.DeploymentManager.handleDeploymentCommit(DeploymentManager.java:907)
    at weblogic.deploy.internal.targetserver.DeploymentManager.activateDeploymentList(DeploymentManager.java:1468)
    at weblogic.deploy.internal.targetserver.DeploymentManager.handleCommit(DeploymentManager.java:459)
    at weblogic.deploy.internal.targetserver.DeploymentServiceDispatcher.commit(DeploymentServiceDispatcher.java:181)
    at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.doCommitCallback(DeploymentReceiverCallbackDeliverer.java:217)
    at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer.access$100(DeploymentReceiverCallbackDeliverer.java:14)
    at weblogic.deploy.service.internal.targetserver.DeploymentReceiverCallbackDeliverer$2.run(DeploymentReceiverCallbackDeliverer.java:69)
    at weblogic.work.SelfTuningWorkManagerImpl$WorkAdapterImpl.run(SelfTuningWorkManagerImpl.java:678)
    at weblogic.invocation.ComponentInvocationContextManager._runAs(ComponentInvocationContextManager.java:352)
    at weblogic.invocation.ComponentInvocationContextManager.runAs(ComponentInvocationContextManager.java:337)
    at weblogic.work.LivePartitionUtility.doRunWorkUnderContext(LivePartitionUtility.java:57)
    at weblogic.work.PartitionUtility.runWorkUnderContext(PartitionUtility.java:41)
    at weblogic.work.SelfTuningWorkManagerImpl.runWorkUnderContext(SelfTuningWorkManagerImpl.java:652)
    at weblogic.work.ExecuteThread.execute(ExecuteThread.java:420)
    at weblogic.work.ExecuteThread.run(ExecuteThread.java:360)
>

共有1个答案

苏鸿卓
2023-03-14

这是一个已知的错误，因为缺少默认的jaxws管道。JDK 8所需的xml。似乎web服务metro项目与Java 8的工作方式不同！为了解决这个问题，您必须在ear打包和部署中包含缺少的xml文件。提到https://github.com/JetBrains/jdk8u_jaxws/blob/master/src/share/jaxws_classes/com/sun/xml/internal/ws/assembler/jaxws-tubes-default.xml用于示例xml文件。将上述xml文件放在WEB-INF文件夹中。

 类似资料：
  • Kafka未启动时Spring Boot应用程序未启动

    我有一个Spring Boot应用程序，其中有一个Kafka消费者和生产者。还有一个bean来创建主题。 我的Spring Boot应用程序和Kafka都是在Kubernetes的Docker启动的。有时Spring Boot应用程序在Kafka pod启动之前就启动了，因此无法启动，因为用户无法连接（参见stacktrace）。 有没有一种方法可以让我的应用程序以弹性的方式启动？例如，消费者应该

  • Sonarqube Web应用程序未启动

    我在Windows下使用PostgreSQL9.5安装SN5.5。不幸的是，我打错误"Webapp没有启动"。 下面是完整的堆栈跟踪。我想我首先在“Exception sending context initialized event to listener instance of class org.sonar.server.platform.PlatformServletContextList

  • Grails应用程序未启动-ApplicationEventMulticaster未初始化

    我很沮丧...什么是Application EventMulticaster，如何初始化或刷新它？为什么需要它？ 我必须如何或在哪里调用此刷新操作？！我没有胶水。这是我尝试在服务器上运行的第一个Grails应用程序。在Localhost中，一切都运行良好。 系统（开发、工作）： Mac 系统（生产，不工作！） Ubuntu Server 14.04 LTS Grails版本：3.3.0 Groov

  • Quarkus应用程序未正确启动

    我有一个quarkus应用程序，当我用下面的命令构建应用程序时，进程第一次开始完美地编译quarkus:dev-DskipTests=true 成功启动的日志： 但是当我停下来重新开始这个过程时，过程并没有开始... 启动失败的日志： 当我尝试重新启动机器，然后启动quarkus服务时，它会再次工作。 pom。xml： 如果有人遇到过类似的行为，请告诉我，这可能是什么根源。

  • JMS未在Spring Boot应用程序中启动

    我开发了一个Spring启动应用程序，它使用JMS在Activemq中发送和监听消息，但在运行应用程序时，JMS无法在Spring启动时启动 这里是主舱Application.java 配置类：Config.java 侦听器类用于侦听队列：Listener.java Producer类用于从控制器Producer.java向队列发送消息 application.properties pom.xml

  • 未找到ODBC驱动程序

    2：在odbcDriverConnect（con,...）中：ODBC连接失败 如果在64位R（R console或Rstudio）中运行，将返回以下错误： 警告消息：1：在odbcDriverConnect（con,...）中:[RODBC]错误：状态IM003，代码160，由于系统错误126：找不到指定的模块，无法加载消息指定的驱动程序。（Microsoft Access驱动程序(*.mdb,

相关问答

JMS未在Spring Boot应用程序中启动未找到ODBC驱动程序Apache Tomcat/6.0.32-Web应用程序未启动播放2.2.1应用程序未在heroku上启动未找到依赖激活-Spring-引导-启动程序

相关文章

Eclipse中的Web应用程序库为空-未找到“罐子”IIS未找到提供程序该程序可能未正确安装错误解决办法从Matlab启动应用程序使用cmake和pybind11构建示例应用程序时未找到Python.h发生未捕获的异常时重新启动Node.js应用程序

相关阅读

Spring Batch应用程序入侵Web应用程序HTML5 应用程序缓存GWT 应用程序调试GWT 应用程序组成

相关工具

ios应用程序开发框架Intel显卡的Linux驱动程序小鸡软件工作室应用程序保护系统仿微信【未完待续】动态下拉菜单

相关文档

Python 黑帽编程（未更新完）马上着手开发 iOS 应用程序Perl 程序员应该知道的事你不懂JS：ES6与未来Python 进阶应用教程
快捷导航： 新手教程 算法原理 架构设计 Java进阶 数据库进阶 大厂专栏 面试经验 编程笔记 编程问答 所有专题 文档资料 工具软件 电子书籍 小牛导航
在线工具： 房贷计算器 个税计算器 Linux命令查询 Json格式化 正则表达式 颜色转换 AES加解密 SHA1加密 MD5加密 毒鸡汤 字数统计 随机密码生成 进制转换 Base64编解码 励志句子
Copyright © 2019-2024 小牛知识库@xnip.cn. All Rights Reserved.