[JBoss JIRA] (WFLY-3785) java.lang.ClassCircularityError if default-binding is xa-datasource
by Karl Pietrzak (JIRA)
Karl Pietrzak created WFLY-3785:
-----------------------------------
Summary: java.lang.ClassCircularityError if default-binding is xa-datasource
Key: WFLY-3785
URL: https://issues.jboss.org/browse/WFLY-3785
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Karl Pietrzak
Assignee: Jason Greene
Priority: Minor
I updated my {{<default-bindings>}} section to use my own custom datasource:
{code:xml}
<default-bindings context-service="java:jboss/ee/concurrency/context/default" datasource="java:jboss/datasources/custom-ds" ....>
{code}
The config for that datasource is:
{code:xml}
<xa-datasource jndi-name="java:jboss/datasources/custom-ds" pool-name="custom-ds" enabled="true">
<xa-datasource-property name="URL">
jdbc:mysql://localhost:3306/custom?transformedBitIsBoolean=true
</xa-datasource-property>
<driver>com.mysql</driver>
<transaction-isolation>TRANSACTION_READ_COMMITTED</transaction-isolation>
<xa-pool>
<min-pool-size>10</min-pool-size>
<max-pool-size>30</max-pool-size>
<prefill>true</prefill>
</xa-pool>
<security>
<user-name>root</user-name>
</security>
<validation>
<valid-connection-checker class-name="org.jboss.jca.adapters.jdbc.extensions.mysql.MySQLValidConnectionChecker"/>
<validate-on-match>true</validate-on-match>
<exception-sorter class-name="org.jboss.jca.adapters.jdbc.extensions.mysql.MySQLExceptionSorter"/>
</validation>
<statement>
<prepared-statement-cache-size>32</prepared-statement-cache-size>
<share-prepared-statements>true</share-prepared-statements>
</statement>
</xa-datasource>
{code}
This, however, results is a very ugly exception loop:
{noformat}
15:18:40,927 WARN [org.jboss.modules] (ServerService Thread Pool -- 25) Failed to define class org.jboss.jca.adapters.jdbc.xa.XAManagedConnection in Module "deployment.Mine-ear.ear:main" from Service Module Loader: java.lang.ClassCircularityError: org/jboss/jca/adapters/jdbc/xa/XAManagedConnection
at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_67]
at java.lang.ClassLoader.defineClass(ClassLoader.java:800) [rt.jar:1.7.0_67]
at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:361) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:482) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:277) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:92) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.Module.loadModuleClass(Module.java:568) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_67]
at java.lang.Class.forName(Class.java:270) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.guessClass(Formatters.java:751) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.renderExtended(Formatters.java:644) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.access$300(Formatters.java:597) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:608) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.renderRaw(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:225) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:79) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:296) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:721) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:731) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.log(Logger.java:367) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.modules.log.JDKModuleLogger.doLog(JDKModuleLogger.java:109) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.log.JDKModuleLogger.classDefineFailed(JDKModuleLogger.java:194) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:492) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:277) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:92) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.Module.loadModuleClass(Module.java:568) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_67]
at java.lang.Class.forName(Class.java:270) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.guessClass(Formatters.java:751) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.renderExtended(Formatters.java:644) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.access$300(Formatters.java:597) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:608) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.renderRaw(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:225) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:79) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:296) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:721) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:731) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.log(Logger.java:367) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.modules.log.JDKModuleLogger.doLog(JDKModuleLogger.java:109) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.log.JDKModuleLogger.classDefineFailed(JDKModuleLogger.java:194) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:492) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:277) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:92) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.Module.loadModuleClass(Module.java:568) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_67]
at java.lang.Class.forName(Class.java:270) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.guessClass(Formatters.java:751) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.renderExtended(Formatters.java:644) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.access$300(Formatters.java:597) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:608) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.renderRaw(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:225) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:79) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:296) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:721) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:731) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.log(Logger.java:367) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.modules.log.JDKModuleLogger.doLog(JDKModuleLogger.java:109) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.log.JDKModuleLogger.classDefineFailed(JDKModuleLogger.java:194) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:492) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:277) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:92) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.Module.loadModuleClass(Module.java:568) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_67]
at java.lang.Class.forName(Class.java:270) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.guessClass(Formatters.java:751) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.renderExtended(Formatters.java:644) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.access$300(Formatters.java:597) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:608) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.renderRaw(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:225) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:79) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:296) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:721) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:731) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.log(Logger.java:367) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.modules.log.JDKModuleLogger.doLog(JDKModuleLogger.java:109) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.log.JDKModuleLogger.classDefineFailed(JDKModuleLogger.java:194) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:492) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:277) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:92) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.Module.loadModuleClass(Module.java:568) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_67]
at java.lang.Class.forName(Class.java:270) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.guessClass(Formatters.java:751) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.renderExtended(Formatters.java:644) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11.access$300(Formatters.java:597) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:608) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$11$1.run(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_67]
at org.jboss.logmanager.formatters.Formatters$11.renderRaw(Formatters.java:599) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.Formatters$JustifyingFormatStep.render(Formatters.java:225) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.formatters.MultistepFormatter.format(MultistepFormatter.java:86) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtFormatter.format(ExtFormatter.java:35) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.handlers.WriterHandler.doPublish(WriterHandler.java:49) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.ExtHandler.publish(ExtHandler.java:79) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:296) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.LoggerNode.publish(LoggerNode.java:304) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:721) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.logRaw(Logger.java:731) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.logmanager.Logger.log(Logger.java:367) [jboss-logmanager-1.5.2.Final.jar:1.5.2.Final]
at org.jboss.modules.log.JDKModuleLogger.doLog(JDKModuleLogger.java:109) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.log.JDKModuleLogger.classDefineFailed(JDKModuleLogger.java:194) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:492) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:277) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:92) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.Module.loadModuleClass(Module.java:568) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:205) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:459) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:408) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:389) [jboss-modules.jar:1.3.3.Final]
at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:134) [jboss-modules.jar:1.3.3.Final]
at java.lang.Class.forName0(Native Method) [rt.jar:1.7.0_67]
{noformat}
Any ideas?
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (WFLY-3784) JMX remoting-connector dependency error
by Rakesh Panati (JIRA)
Rakesh Panati created WFLY-3784:
-----------------------------------
Summary: JMX remoting-connector dependency error
Key: WFLY-3784
URL: https://issues.jboss.org/browse/WFLY-3784
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 8.1.0.Final
Reporter: Rakesh Panati
Assignee: Jason Greene
My WildFly 8.1 configuration contains the below subsystem profile.
<server xmlns="urn:jboss:domain:2.1">
<extensions>
....
<extension module="org.jboss.as.remoting"/>
....
</extensions>
...........
<profile>
<subsystem xmlns="urn:jboss:domain:jmx:1.3">
<expose-resolved-model/>
<expose-expression-model/>
<remoting-connector/>
</subsystem>
<subsystem xmlns="urn:jboss:domain:remoting:2.0">
<endpoint worker="default"/>
<http-connector name="http-remoting-connector" connector-ref="default" security-realm="ApplicationRealm"/>
</subsystem>
</profile>
<socket-binding-group name="standard-sockets" default-interface="public" port-offset="${jboss.socket.binding.port-offset:0}">
<socket-binding name="management-http" interface="management" port="${jboss.management.http.port:9990}"/>
<socket-binding name="management-https" interface="management" port="${jboss.management.https.port:9993}"/>
<socket-binding name="ajp" port="${jboss.ajp.port:8009}"/>
<socket-binding name="http" port="${jboss.http.port:8080}"/>
<socket-binding name="https" port="${jboss.https.port:8443}"/>
<socket-binding name="txn-recovery-environment" port="4712"/>
<socket-binding name="txn-status-manager" port="4713"/>
<outbound-socket-binding name="mail-smtp">
<remote-destination host="localhost" port="25"/>
</outbound-socket-binding>
</socket-binding-group>
</server>
During startup, the JMX addition fails with the below error
2014-08-27 14:34:06,301 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) JBAS014613: Operation ("add") failed - address: ([
("subsystem" => "jmx"),
("remoting-connector" => "jmx")
]) - failure description: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.jmx.remoting-connector-ref is missing [jboss.remoting.endpoint.management]"]}
2014-08-27 14:34:06,329 INFO [org.jboss.as.controller] (Controller Boot Thread) JBAS014774: Service status report
JBAS014775: New missing/unsatisfied dependencies:
service jboss.remoting.endpoint.management (missing) dependents: [service jboss.jmx.remoting-connector-ref]
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (WFLY-3783) Upgrade Hibernate ORM to 4.3.7
by Paul Ferraro (JIRA)
Paul Ferraro created WFLY-3783:
----------------------------------
Summary: Upgrade Hibernate ORM to 4.3.7
Key: WFLY-3783
URL: https://issues.jboss.org/browse/WFLY-3783
Project: WildFly
Issue Type: Component Upgrade
Security Level: Public (Everyone can see)
Components: JPA / Hibernate
Reporter: Paul Ferraro
Assignee: Scott Marlow
Fix For: 9.0.0.CR1
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (DROOLS-582) Have all declared type instance implement a helper interface
by Davide Sottara (JIRA)
[ https://issues.jboss.org/browse/DROOLS-582?page=com.atlassian.jira.plugin... ]
Davide Sottara reassigned DROOLS-582:
-------------------------------------
Assignee: Davide Sottara (was: Mark Proctor)
> Have all declared type instance implement a helper interface
> ------------------------------------------------------------
>
> Key: DROOLS-582
> URL: https://issues.jboss.org/browse/DROOLS-582
> Project: Drools
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Benoit Voisin
> Assignee: Davide Sottara
>
> Following DROOLS-546, and to provide simple and safe access to FactType instances in Java code, we could have each instance implement an interface looking like :
> interface DeclaredFact {
> boolean hasField(String name);
> void setFieldValue(String name, Object value);
> Object getFieldValue(String name);
> FactType getKieFactType(); //RQ: possible on name collisions with existing kieFactType field
> }
> The setField/getField should throw proper exceptions for unknown fields.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (DROOLS-582) Have all declared type instance implement a helper interface
by Davide Sottara (JIRA)
[ https://issues.jboss.org/browse/DROOLS-582?page=com.atlassian.jira.plugin... ]
Davide Sottara commented on DROOLS-582:
---------------------------------------
I already have something in progress, please contact me in private, help is welcome
Davide
> Have all declared type instance implement a helper interface
> ------------------------------------------------------------
>
> Key: DROOLS-582
> URL: https://issues.jboss.org/browse/DROOLS-582
> Project: Drools
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Benoit Voisin
> Assignee: Mark Proctor
>
> Following DROOLS-546, and to provide simple and safe access to FactType instances in Java code, we could have each instance implement an interface looking like :
> interface DeclaredFact {
> boolean hasField(String name);
> void setFieldValue(String name, Object value);
> Object getFieldValue(String name);
> FactType getKieFactType(); //RQ: possible on name collisions with existing kieFactType field
> }
> The setField/getField should throw proper exceptions for unknown fields.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (DROOLS-546) FactType.get/set throws an NPE for unknown fields
by Davide Sottara (JIRA)
[ https://issues.jboss.org/browse/DROOLS-546?page=com.atlassian.jira.plugin... ]
Davide Sottara updated DROOLS-546:
----------------------------------
Description:
*WARNING : the committed fix does not implement the behavior intended by the title or description : the code now simply ignore without any error the unknown field*
[EDIT: I have updated the title to reflect the original problem, not the proposed solution(s).
After the discussion below, we decided to prevent the NPE but not to throw a different exception. The KieBase.getFactType( String pkg, String name ) will return
null in case the fact type is not defined. The client can do a null check to determined whether the type is valid or not. --Davide]
factType.get(instance, "unknownField") is currently throwing an NPE. This gives improper information to the user/developper.
I propose that it throws a new UnknownFactFieldException giving improved information giving good hints for debugging or enabling specific exception management.
See pull request for test-case and proposed fix
was:
*WARNING : the committed fix does not implement the behavior intended by the title or description : the code now simply ignore without any error the unknown field*
factType.get(instance, "unknownField") is currently throwing an NPE. This gives improper information to the user/developper.
I propose that it throws a new UnknownFactFieldException giving improved information giving good hints for debugging or enabling specific exception management.
See pull request for test-case and proposed fix
> FactType.get/set throws an NPE for unknown fields
> -------------------------------------------------
>
> Key: DROOLS-546
> URL: https://issues.jboss.org/browse/DROOLS-546
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.CR1
> Reporter: Benoit Voisin
> Assignee: Mario Fusco
> Fix For: 6.1.0.Final, 6.2.0.Beta1
>
>
> *WARNING : the committed fix does not implement the behavior intended by the title or description : the code now simply ignore without any error the unknown field*
> [EDIT: I have updated the title to reflect the original problem, not the proposed solution(s).
> After the discussion below, we decided to prevent the NPE but not to throw a different exception. The KieBase.getFactType( String pkg, String name ) will return
> null in case the fact type is not defined. The client can do a null check to determined whether the type is valid or not. --Davide]
> factType.get(instance, "unknownField") is currently throwing an NPE. This gives improper information to the user/developper.
> I propose that it throws a new UnknownFactFieldException giving improved information giving good hints for debugging or enabling specific exception management.
> See pull request for test-case and proposed fix
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (DROOLS-582) Have all declared type instance implement a helper interface
by Benoit Voisin (JIRA)
[ https://issues.jboss.org/browse/DROOLS-582?page=com.atlassian.jira.plugin... ]
Benoit Voisin commented on DROOLS-582:
--------------------------------------
I could work on an implementation if this Feature request is accepted
> Have all declared type instance implement a helper interface
> ------------------------------------------------------------
>
> Key: DROOLS-582
> URL: https://issues.jboss.org/browse/DROOLS-582
> Project: Drools
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Benoit Voisin
> Assignee: Mark Proctor
>
> Following DROOLS-546, and to provide simple and safe access to FactType instances in Java code, we could have each instance implement an interface looking like :
> interface DeclaredFact {
> boolean hasField(String name);
> void setFieldValue(String name, Object value);
> Object getFieldValue(String name);
> FactType getKieFactType(); //RQ: possible on name collisions with existing kieFactType field
> }
> The setField/getField should throw proper exceptions for unknown fields.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (DROOLS-582) Have all declared type instance implement a helper interface
by Benoit Voisin (JIRA)
Benoit Voisin created DROOLS-582:
------------------------------------
Summary: Have all declared type instance implement a helper interface
Key: DROOLS-582
URL: https://issues.jboss.org/browse/DROOLS-582
Project: Drools
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Reporter: Benoit Voisin
Assignee: Mark Proctor
Following DROOLS-546, and to provide simple and safe access to FactType instances in Java code, we could have each instance implement an interface looking like :
interface DeclaredFact {
boolean hasField(String name);
void setFieldValue(String name, Object value);
Object getFieldValue(String name);
FactType getKieFactType(); //RQ: possible on name collisions with existing kieFactType field
}
The setField/getField should throw proper exceptions for unknown fields.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (DROOLS-546) FactType.get/set throws an NPE for unknown fields
by Davide Sottara (JIRA)
[ https://issues.jboss.org/browse/DROOLS-546?page=com.atlassian.jira.plugin... ]
Davide Sottara updated DROOLS-546:
----------------------------------
Summary: FactType.get/set throws an NPE for unknown fields (was: FactType.get/set should throw specific exception (not NPE) for unknown fields)
> FactType.get/set throws an NPE for unknown fields
> -------------------------------------------------
>
> Key: DROOLS-546
> URL: https://issues.jboss.org/browse/DROOLS-546
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.CR1
> Reporter: Benoit Voisin
> Assignee: Mario Fusco
> Fix For: 6.1.0.Final, 6.2.0.Beta1
>
>
> *WARNING : the committed fix does not implement the behavior intended by the title or description : the code now simply ignore without any error the unknown field*
> factType.get(instance, "unknownField") is currently throwing an NPE. This gives improper information to the user/developper.
> I propose that it throws a new UnknownFactFieldException giving improved information giving good hints for debugging or enabling specific exception management.
> See pull request for test-case and proposed fix
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months
[JBoss JIRA] (DROOLS-546) FactType.get/set should throw specific exception (not NPE) for unknown fields
by Benoit Voisin (JIRA)
[ https://issues.jboss.org/browse/DROOLS-546?page=com.atlassian.jira.plugin... ]
Benoit Voisin updated DROOLS-546:
---------------------------------
Description:
*WARNING : the committed fix does not implement the behavior intended by the title or description : the code now simply ignore without any error the unknown field*
factType.get(instance, "unknownField") is currently throwing an NPE. This gives improper information to the user/developper.
I propose that it throws a new UnknownFactFieldException giving improved information giving good hints for debugging or enabling specific exception management.
See pull request for test-case and proposed fix
was:
factType.get(instance, "unknownField") is currently throwing an NPE. This gives improper information to the user/developper.
I propose that it throws a new UnknownFactFieldException giving improved information giving good hints for debugging or enabling specific exception management.
See pull request for test-case and proposed fix
> FactType.get/set should throw specific exception (not NPE) for unknown fields
> -----------------------------------------------------------------------------
>
> Key: DROOLS-546
> URL: https://issues.jboss.org/browse/DROOLS-546
> Project: Drools
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 6.1.0.CR1
> Reporter: Benoit Voisin
> Assignee: Mario Fusco
> Fix For: 6.1.0.Final, 6.2.0.Beta1
>
>
> *WARNING : the committed fix does not implement the behavior intended by the title or description : the code now simply ignore without any error the unknown field*
> factType.get(instance, "unknownField") is currently throwing an NPE. This gives improper information to the user/developper.
> I propose that it throws a new UnknownFactFieldException giving improved information giving good hints for debugging or enabling specific exception management.
> See pull request for test-case and proposed fix
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
11 years, 2 months