问题标签 [weblogic12c]

我已经从 weblogic-maven-plugin (10.3) 迁移到 wls-maven-plugin(12.1) 并遇到了部署共享库的问题。

问题是 wls-maven-plugin 没有传递给 Weblogic.Deployer 库标志。对于 weblogic-maven-plugin 我有相同的配置：

元素 isLibrary 显示插件传递调用 Weblogic.Deployer 的 -library 标志。

迁移到 wls 插件后：

但是 wls 插件不会将 -library 标志传递给 Weblogic.Deployer，结果 jar 以未知类型部署，因此我的应用程序无法使用库，因为没有找到它。

注意：如果我使用 Weblogic.Deployer 手动部署一切正常 - 所以我的清单和 weblogic-application.xml 文件应该是正确的。

我们计划将我们的产品升级到 Web-logic 12.C 和 WebSphere 8 堆栈（之前是 WLC 10.3.5 和 WAS 7）。但是导致整个应用程序无法在 Web 逻辑中部署的 Web 服务组件之一的问题。它与 WebSphere 8 完美配合。

部署 EAR 时，应用程序服务器抛出 'Exception [EclipseLink-59] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DescriptorException' 。经过更多分析，我在导致问题的 WebServce 依赖类之一中发现了以下代码，

@ExcludeAttribute 描述 Runtime 保留策略，定义如下所示

getOperations方法返回 java.util.Map ，它不适用于 RunTime 保留注释，但适用于任何其他数据类型，例如 (Integer, Customer etc) 。我已更改为 java.uitl.HashMap 并没有工作。

我能够通过使用以下注释来解决这个问题（我宁愿打电话解决），

@XmlTransient

我没有其他线索为什么它不能与 java.uitl.Map 一起使用。任何想法都会真的竖起大拇指！我已经发布到 Oracle 支持，即使他们还没有回来。java.util.Map/Collection 类与 WEblogic12c/Annotations 的组合是否存在任何已知问题。

[编辑 - 1]

要回答 Doughan 的问题，返回非集合数据类型的方法不会抛出任何异常，例如：

其中@ExcludeAttribute 是自定义注释定义'@Retention(RetentionPolicy.RUNTIME)'，我不需要定义@XmlTransient 来忽略。
我对保留运行时注释的使用有点困惑，并且不确定我是否需要保留它或应该使用 XMLTransient 注释。

[编辑 2，基于@Doughan 的回答]

我知道如果不从 Weblogic 12C 映射 getter 方法（如 @XMLTransient），我们需要显式注释它们，这与 RuntTime Retention 注释无关。因此，如果有未映射的公共 getter 方法，任何升级到 12C 的堆栈都应该使用此注释更新代码库。我认为这几乎可以回答我的担忧。

如果我错了，请纠正我。

现有的代码库已经使用运行时注释进行了注释，我认为这是导致问题的一个原因。

详细的堆栈跟踪如下

weblogic.application.ModuleException：[HTTP：101216]Servlet：“com.chordiant.component.cxradecisions.decision.impl.internal.AssessmentDecisionInterfaceWebServiceWrapper”无法在 Web 应用程序启动时预加载：“/ra”。

com.sun.xml.ws.spi.db.DatabindingException：描述符异常：

异常 [EclipseLink-59] (Eclipse Persistence Services - 2.3.2.v20111125-r10461)：org.eclipse.persistence.exceptions.DescriptorException 异常描述：实例变量 [responseButtons] 未在域类 [com.chordiant. dm.ra.bean.Assessment]，否则无法访问。内部异常：java.lang.NoSuchFieldException：responseButtons 映射：org.eclipse.persistence.oxm.mappings.XMLCompositeCollectionMapping[responseButtons] 描述符：XMLDescriptor(com.chordiant.dm.ra.bean.Assessment --> [])

运行时异常：

我在评估类中定义了一个方法 getResponseButtons()

我想知道是否有人对设置有同样的问题：

1. 网络逻辑 12c
2. Docx4J 2.8.1
3. Java EE 6

我尝试使用 Docx4J 获取某个 Microsoft Word 2007 文档的内容，但出现如下错误：

当我尝试这样做时：

它会抛出异常，如：

如上所述，我使用的是 JDK 6，所以这应该是不可能的消息。但是上面的消息被 Docx4J 内部抑制，而是抛出以下异常：

我按照 Docx4J 论坛中的建议尝试了这个，但没有用。

这个问题也没有答案。

Java 6 应该在内部拥有自己的 JAXB 实现，但到目前为止我已经尝试过：

1. 不将任何 jaxb jar 放入库中
2. 放置版本的 jaxb jar：2.1.7、2.2.4、2.2.6，都不起作用。

此外，如果它有任何帮助，如果我从 void main 运行它，同样的方法也有效，如果它是从 WebLogic 服务器执行的，它就不起作用，所以我确信存在类加载问题。

如何在不重新启动服务器的情况下关闭 Web 逻辑 (12c) 和数据库之间的所有活动连接。我尝试使用 servers -> Monitoring -> JDBC -> Control -> reset 下的 reset 选项进行重置。但是连接仍然有效，请告知。

提前致谢。

我将EclipseLink 2.3.x与WebLogic 12c一起使用。这是 JQL：

从 PR_GL_CA_ACCOUNT 中选择 o

这产生了以下错误堆栈：

<[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <> <2e88ae6781d171fa:-a29df4f:13f38b20f5a:-8000-0000000000000002> <1371045798327> <2013-06-12 19 :03:18.311--UnitOfWork(271275142)--异常 [EclipseLink-4002] (Eclipse Persistence Services - 2.3.2.v20111125-r10461): org.eclipse.persistence.exceptions.DatabaseException

内部异常：com.ibm.db2.jcc.am.io：DB2 SQL 错误：SQLCODE=-206，SQLSTATE=42703，SQLERRMC=DISPLAYGLMAPCODE，DRIVER=3.57.82
错误代码：-206
调用：SELECT PCA_GLACCODE，POR_ORGACODE，DISPLAYGLMAPCODE , PCA_FCALLOWED, PCA_GLACACTIVE, PCA_GLACBGTLEVE, PCA_GLACCREATION, PCA_GLACDESC, PCA_GLACDRCRBAL, PCA_GLACEFFECFROM, PCA_GLACEFFECUPTO, PCA_GLACLEVEL, PCA_GLACMAPCODE, PCA_GLACOPITEM, PCA_GLACREVAL, PCA_GLACSBLGR, PCA_GLACSHORT, PCA_GLACTYPE, PCC_ACTGCODE, PCR_CURRCODE, PCT_ACNTCODE, PSH_SCHDCODE, PSY_SYSTCODE FROM PR_GL_CA_ACCOUNT
Query: ReadAllQuery(name="ChartOfAccount.findAllTransactionLevelAccount" referenceClass=ChartOfAccount sql="SELECT PCA_GLACCODE, POR_ORGACODE, DISPLAYGLMAPCODE, PCA_FCALLOWED, PCA_GLACACTIVE, PCA_GLACBGTLEVE, PCA_GLACCREATION, PCA_GLACDESC, PCA_GLACDRCRBAL, PCA_GLACEFFECFROM, PCA_GLACEFFECUPTO, PCA_GLACLEVEL, PCA_GLACMAPCODE, PCA_GLACOPITEM, PCA_GLACREVAL, PCA_GLACSBLGR, PCA_GLACSHORT, PCA_GLACTYPE, PCC_ACTGCODE, PCR_CURRCODE, PCT_ACNTCODE, PSH_SCHDCODE, PSY_SYSTCODE FROM PR_GL_CA_ACCOUNT")>
#### <[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'> <> < > <2e88ae6781d171fa:-a29df4f:13f38b20f5a:-8000-0000000000000002> <1371045798561> weblogic.application.ModuleException: 异常启动模块：EJBModule(HelperEJB.jar)


无法部署 EJB：来自 HelperEJB.jar 的 ListerInformationDto：

单例 ListerInformationDto（应用程序：EarContent，EJBComponent：HelperEJB.jar）未能初始化。
在 weblogic.ejb.container.deployer.EJBModule.start(EJBModule.java:592) 在 weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:214) 在 weblogic.application.internal.flow.ModuleStateDriver$3 .next(ModuleStateDriver.java:208) 在 weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:36) 在 weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:70) 在 weblogic.application。 internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:213) 在 weblogic.application.internal.ExtensibleModuleWrapper.start(ExtensibleModuleWrapper.java:111) 在 weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java:125)在 weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:214) 在 weblogic。application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:208) 在 weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:36) 在 weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java :70) 在 weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:25) 在 weblogic.application.internal.BaseDeployment$2.next(BaseDeployment.java:730) 在 weblogic.application.utils.StateMachineDriver.nextState (StateMachineDriver.java:36) 在 weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:258) 在 weblogic.application.internal.EarDeployment.activate(EarDeployment.java:61) 在 weblogic.application.internal.DeploymentStateChecker。在 weblogic.deploy.internal.targetserver 上激活（DeploymentStateChecker.java:165）。AppContainerInvoker.activate(AppContainerInvoker.java:79) 在 weblogic.deploy.internal.targetserver.BasicDeployment.activate(BasicDeployment.java:192) 在 weblogic.deploy.internal.targetserver.BasicDeployment.activateFromServerLifecycle(BasicDeployment.java:369) 在 weblogic .management.deploy.internal.DeploymentAdapter$1.doActivate(DeploymentAdapter.java:52) 在 weblogic.management.deploy.internal.DeploymentAdapter.activate(DeploymentAdapter.java:200) 在 weblogic.management.deploy.internal.AppTransition$2.transitionApp (AppTransition.java:31) 在 weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:240) 在 weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments.java:170) 在 weblogic.management。 deploy.internal.ConfiguredDeployments。deploy(ConfiguredDeployments.java:124) 在 weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:95) 在 weblogic.t3 .srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(ExecuteThread.java:221)ExecuteThread.run(ExecuteThread.java:221)ExecuteThread.run(ExecuteThread.java:221)
引起：weblogic.ejb.container.InternalException：事务标记为回滚或不是预期的事务状态：weblogic.ejb.container.manager.SingletonSessionManager.postCallback(SingletonSessionManager.java:464) 处 weblogic.ejb.container.manager.SingletonSessionManager 的 1 .constructAndInitBean(SingletonSessionManager.java:379) 在 weblogic.ejb.container.manager.SingletonSessionManager.access$300(SingletonSessionManager.java:63) 在 weblogic.ejb.container.manager.SingletonSessionManager$SingletonLifecycleManager.doActualInit(SingletonSessionManager.java:798)在 weblogic.ejb.container.manager.SingletonSessionManager$SingletonLifecycleManager.initInternal(SingletonSessionManager.java:744) 在 weblogic.ejb.container.manager.SingletonSessionManager$SingletonLifecycleManager.init(SingletonSessionManager.java:632) 在 weblogic.ejb.container.manager.SingletonSessionManager.init(SingletonSessionManager.java:281) 在 weblogic.ejb.container.manager.SingletonSessionManager.perhapsInit(SingletonSessionManager.java:276) 在 weblogic.ejb.container.deployer.EJBDeployer .initializeBeans(EJBDeployer.java:1280) 在 weblogic.ejb.container.deployer.EJBDeployer.start(EJBDeployer.java:1170) 在 weblogic.ejb.container.deployer.EJBModule.start(EJBModule.java:590) 在 weblogic。 application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:214) 在 weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:208) 在 weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver. java:36) 在 weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:70) 在 weblogic。application.internal.flow.ScopedModuleDriver.start(ScopedModuleDriver.java:213) 在 weblogic.application.internal.ExtensibleModuleWrapper.start(ExtensibleModuleWrapper.java:111) 在 weblogic.application.internal.flow.ModuleListenerInvoker.start(ModuleListenerInvoker.java: 125) 在 weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:214) 在 weblogic.application.internal.flow.ModuleStateDriver$3.next(ModuleStateDriver.java:208) 在 weblogic.application.utils.StateMachineDriver .nextState(StateMachineDriver.java:36) 在 weblogic.application.internal.flow.ModuleStateDriver.start(ModuleStateDriver.java:70) 在 weblogic.application.internal.flow.StartModulesFlow.activate(StartModulesFlow.java:25) 在 weblogic。 weblogic 上的 application.internal.BaseDeployment$2.next(BaseDeployment.java:730)。application.utils.StateMachineDriver.nextState(StateMachineDriver.java:36) 在 weblogic.application.internal.BaseDeployment.activate(BaseDeployment.java:258) 在 weblogic.application.internal.EarDeployment.activate(EarDeployment.java:61) 在 weblogic .application.internal.DeploymentStateChecker.activate(DeploymentStateChecker.java:165) 在 weblogic.deploy.internal.targetserver.AppContainerInvoker.activate(AppContainerInvoker.java:79) 在 weblogic.deploy.internal.targetserver.BasicDeployment.activate(BasicDeployment.java :192) 在 weblogic.deploy.internal.targetserver.BasicDeployment.activateFromServerLifecycle(BasicDeployment.java:369) 在 weblogic.management.deploy.internal.DeploymentAdapter$1.doActivate(DeploymentAdapter.java:52) 在 weblogic.management.deploy.internal .DeploymentAdapter.activate(DeploymentAdapter.java:200) 在 weblogic.management.deploy.internal.AppTransition$2.transitionApp(AppTransition.java:31) 在 weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:240) 在 weblogic.management.deploy.internal。 ConfiguredDeployments.activate(ConfiguredDeployments.java:170) 在 weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic .management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在weblogic.work.ExecuteThread.run(ExecuteThread.java:221)management.deploy.internal.AppTransition$2.transitionApp(AppTransition.java:31) 在 weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:240) 在 weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments .java:170) 在 weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy。 internal.DeploymentServerService.start(DeploymentServerService.java:95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread .run(ExecuteThread.java:221)management.deploy.internal.AppTransition$2.transitionApp(AppTransition.java:31) 在 weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:240) 在 weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments .java:170) 在 weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy。 internal.DeploymentServerService.start(DeploymentServerService.java:95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread .run(ExecuteThread.java:221)transitionApp(AppTransition.java:31) 在 weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:240) 在 weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments.java:170) 在 weblogic.management .deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java :95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(ExecuteThread.java:221)transitionApp(AppTransition.java:31) 在 weblogic.management.deploy.internal.ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:240) 在 weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments.java:170) 在 weblogic.management .deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java :95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(ExecuteThread.java:221)ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:240) 在 weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments.java:170) 在 weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic .management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java :64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(ExecuteThread.java:221)ConfiguredDeployments.transitionApps(ConfiguredDeployments.java:240) 在 weblogic.management.deploy.internal.ConfiguredDeployments.activate(ConfiguredDeployments.java:170) 在 weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic .management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy.internal.DeploymentServerService.start(DeploymentServerService.java:95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java :64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(ExecuteThread.java:221)170) 在 weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy.internal.DeploymentServerService .start(DeploymentServerService.java:95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(执行线程.java:221)170) 在 weblogic.management.deploy.internal.ConfiguredDeployments.deploy(ConfiguredDeployments.java:124) 在 weblogic.management.deploy.internal.DeploymentServerService.resume(DeploymentServerService.java:187) 在 weblogic.management.deploy.internal.DeploymentServerService .start(DeploymentServerService.java:95) 在 weblogic.t3.srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(执行线程.java:221)srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(ExecuteThread.java:221)srvr.SubsystemRequest.run(SubsystemRequest.java:64) 在 weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) 在 weblogic.work.ExecuteThread.run(ExecuteThread.java:221)


它表明DISPLAYGLMAPCODE是未知列。查看表/代码后，我发现表中没有同名的列，但实体类中有一个私有布尔字段同名，没有任何注释。

私有布尔显示GLMapCode = false;

我们正在尝试从部署到 WebLogic 12c 的 WebApp 连接到 HBase 服务器。

WebApp 使用包含 HBase 客户端连接代码的 jar 文件。此代码通过 HTablePool 的实例连接到 HBase，该实例在第一次请求 HTable 时进行如下延迟初始化：

此代码在从 JUnit 调用时工作正常（即，无需将其部署到 WebLogic）。但是一旦将其部署到 WL 并从 WebApp 调用，就会引发以下异常（请注意，我已将所有特定连接详细信息替换为 , 等。

信息：启动客户端连接，connectString=:2181 sessionTimeout=180000 watcher=hconnection 14-Jun-2013 17:28:06 org.apache.zookeeper.ClientCnxn$SendThread startConnect 信息：打开与服务器的套接字连接 /:2181 13/06/ 14 17:28:06 INFO zookeeper.RecoverableZooKeeper：此进程的标识符是 6504@ 2013 年 6 月 14 日 17:28:06 org.apache.zookeeper.ClientCnxn$SendThread 运行警告：服务器空的会话 0x0，意外错误，关闭套接字连接并尝试重新连接 java.lang.IllegalArgumentException：没有注册可以处理名为 Client 的配置，位于 org.apache.zookeeper 的 com.bea.common.security.jdkutils.JAASConfiguration.getAppConfigurationEntry(JAASConfiguration.java:130) .client.ZooKeeperSaslClient.(ZooKeeperSaslClient.java:92) 在 org.apache。zookeeper.ClientCnxn$SendThread.startConnect(ClientCnxn.java:938) at org.apache.zookeeper.ClientCnxn$SendThread.run(ClientCnxn.java:973) 13/06/14 17:28:07 警告 zookeeper.RecoverableZooKeeper：可能是暂时的ZooKeeper 异常：org.apache.zookeeper.KeeperException$ConnectionLossExce ption：KeeperErrorCode = ConnectionLoss for /hbase/master 13/06/14 17:28:07 INFO util.RetryCounter：在重试 #1 之前休眠 2000 毫秒...在重试 #1 之前休眠 2000 毫秒...在重试 #1 之前休眠 2000 毫秒...

看起来我们可能缺少一些额外的 JAAS 配置来允许来自 WL 的传出连接？

任何帮助将非常感激。

我的 EJB3.1 bean 初始化遇到了困难，更具体地说，由于感知到的事务回滚而导致它失败，即使我已经用@TransactionAttribute(NOT_SUPPORTED). 这应该意味着任何客户端事务都会在 bean 方法进入时暂停，直到退出（何时恢复。这绝对是我想要的事务方法。

代码和错误的“要点”如下（注意其中一些是手动操作以隐藏细节，但都是相关且具有代表性的）：

这会引发以下错误：

其中，当我调试时实际上包装了以下异常：

同样，调试提出了一些有趣的细节：

1. 首先，我MyClass#init的执行完全成功，没有任何问题/异常。
2. 在第 一次从客户端代码#init调用我的#doSomething方法时调用（作为构建后的一部分）。
3. MyClass#doSomething因此，在客户端调用down to#init和在这些层之一内部引发异常之间存在大量堆栈间接级别。它是在 WLS Singleton 会话 bean 管理代码中提出的。见下文...

堆栈类似于下面的（MyClass 名称已更改）：

并且事务回滚异常实际上是在堆栈帧中引发的：

这个级别确实与事务管理器打交道，但我不知道为什么它应该尝试将事务标记为回滚，尤其是在从主应用程序代码成功初始化之后。

我正在使用此 EJB 组件来编译此 bean，但我们在服务器（或课程）上使用 WLS EJB 代码：

我把它放在那里的原因是它被证明很棘手，网上很少有宝贵的东西（尤其是交易状态 4），我在上面花了太长时间，需要继续前进。我正在继续寻找，但我想我周一回来时可能会获得更多线索。

我已经重新阅读了很多关于 EJB 事务处理的内容，但没有发现任何明显的问题。我相信我正在使用正确的机制来处理我的 bean 中的事务（即它是非事务性的）。我还没有尝试将它放在描述符中（我只是想到并会试一试）。我还没有深入研究它是如何SingletonSessionManager$SingletonLifecycleManager.doActualInit工作的，但是关于它的在线信息并不多。

问题

换句话说，问题是...... - 我错过了什么，所以我的 bean 方法不参与任何提供的事务，或者更具体地说，不试图将事务标记为回滚？- 如果我明确告诉它不要“支持”（关心）任何交易，为什么它会因为这个错误而无法初始化？

注意我已经检查了这个@Singleton bean 未能初始化，因为不是预期的事务状态 1问题，但我的场景与 Java EE 安全角色权限无关（我不认为！）

谢谢。

更新 1

好吧，最新的是删除我的@TransactionAttribute注释似乎让我摆脱了失败。这很奇怪，因为默认值应该是TransactionAttributeType#Required，实际上，我们在堆栈跟踪中有一个附加层，如果我调试时间过长，那么我的 bean init 中就会出现事务超时。

查看堆栈跟踪中的以下级别（慢慢接下来），我看到有一个事务（实际上是两个）：

我将检查这些是否存在于预删除@TransactionAttribute场景中，并尝试观看ServerTransactionImpl。

更新 2

上次更新了一段时间......但是，我想我已经在上面的原始堆栈跟踪中追踪到SingletonSessionManager#postCallback了这个问题。SingletonSessionManager#constructAndInitBean（我需要确认这一点，因为我的线索是通过交易案例来确定的）。如果/何时会报告，但似乎我们在此处尝试回滚不存在的事务时可能会失败。

我试图在 weblogic 服务器上评估 JBoss BRMS，但红帽支持人员告诉我，JBoss BRMS 不直接使用 Weblogic，而且他们没有任何有关安装的文档，他们对此无能为力。

所以现在我正在尝试在 Weblogic 上评估 Drools。我的问题：Weblogic 12c 是否支持 Drools 6.0？

我正在使用 Eclipse + Oracle Enterprise Pack 编写一些基于 jax-ws 的服务。它在我的开发模式下运行良好（编写 WSDL，生成 Weblogic Web 服务存根代码，完成细节，并从客户端测试代码），一个接一个。但是当我将这些服务移到公共测试服务器（运行 WL 12c (12.1.1) 时，Web 服务处理程序看起来像是单线程的。这对我来说没有意义，但是从我的应用程序日志中，一个服务正在运行，然后所有其他请求都必须等到第一个请求完成其任务。

我在存根代码或配置设置中遗漏了什么（我只是使用了默认服务器设置）？任何建议表示赞赏。

艾伦

我已经在 tomact 服务器中部署了一个应用程序，它运行得很好。但是当我将它迁移到 Weblogic 12c 时，它遇到了一些问题。我需要查看可以监控应用程序异常堆栈跟踪的应用程序日志。我去哪里看他们？