[JBoss JIRA] (WFLY-4729) shared-session-config_1_0.xsd description of <cache-name> is wrong
by Ladislav Thon (JIRA)
Ladislav Thon created WFLY-4729:
-----------------------------------
Summary: shared-session-config_1_0.xsd description of <cache-name> is wrong
Key: WFLY-4729
URL: https://issues.jboss.org/browse/WFLY-4729
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 10.0.0.Alpha2
Reporter: Ladislav Thon
Assignee: Stuart Douglas
As described in JBMETA-387, the {{<cache-name>}} documentation in the XSD refers to AS6 syntax. As of AS7, cache container and cache are delimited by a ".", not a "/".
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4712) Old session id in request crashes servlet handler before reaching rest endpoint
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-4712?page=com.atlassian.jira.plugin.... ]
Paul Ferraro closed WFLY-4712.
------------------------------
Resolution: Duplicate Issue
Duplicate of WFLY-3718.
> Old session id in request crashes servlet handler before reaching rest endpoint
> -------------------------------------------------------------------------------
>
> Key: WFLY-4712
> URL: https://issues.jboss.org/browse/WFLY-4712
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld, Clustering, Web (Undertow), Web Services
> Affects Versions: 8.1.0.Final, 8.2.0.Final
> Environment: SmartOS, CentOS 7, Oracle JDK 7
> Reporter: Michael Noack
> Assignee: Paul Ferraro
> Priority: Critical
>
> Clients with old/wrong JSESSIONIDs in requests will get a 500 internal server error. The rest endpoint they call won't be reached, even if no session information is required to process the request.
> This is particularly annoying in A/B-deployments where two or more server-groups are used for role-out of new deployments of the same web application. Clients that are connected to "server-group A" will get a 500 for their request, once the load-balancer switches them to "server-group B".
> 2015-06-01 12:37:19,642 ERROR [io.undertow.request] (default task-339) UT005023: Exception handling request to /myApp/status: java.lang.NullPointerException
> at org.wildfly.clustering.web.infinispan.session.coarse.CoarseImmutableSessionAttributes.getAttributeNames(CoarseImmutableSessionAttributes.java:51)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findListeners(InfinispanSessionManager.java:319)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.triggerPostActivationEvents(InfinispanSessionManager.java:308)
> at org.wildfly.clustering.web.infinispan.session.InfinispanSessionManager.findSession(InfinispanSessionManager.java:163)
> at org.wildfly.clustering.web.undertow.session.DistributableSessionManager.getSession(DistributableSessionManager.java:115)
> at io.undertow.servlet.spec.ServletContextImpl.getSession(ServletContextImpl.java:688) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.spec.HttpServletRequestImpl.getSession(HttpServletRequestImpl.java:364) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at org.jboss.weld.servlet.SessionHolder.requestInitialized(SessionHolder.java:47) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
> at org.jboss.weld.servlet.HttpContextLifecycle.requestInitialized(HttpContextLifecycle.java:212) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
> at org.jboss.weld.servlet.WeldInitialListener.requestInitialized(WeldInitialListener.java:160) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
> at io.undertow.servlet.core.ApplicationListeners.requestInitialized(ApplicationListeners.java:216) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:260) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal]
> 2015-06-01 12:37:19,648 ERROR [io.undertow.servlet.request] (default task-339) UT015005: Error invoking method requestDestroyed on listener class org.jboss.weld.servlet.WeldInitialListener: java.lang.NullPointerException
> at org.jboss.weld.context.AbstractBoundContext.deactivate(AbstractBoundContext.java:71) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
> at org.jboss.weld.context.http.HttpRequestContextImpl.deactivate(HttpRequestContextImpl.java:72) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
> at org.jboss.weld.servlet.HttpContextLifecycle.requestDestroyed(HttpContextLifecycle.java:282) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
> at org.jboss.weld.servlet.WeldInitialListener.requestDestroyed(WeldInitialListener.java:143) [weld-core-impl-2.2.6.Final.jar:2014-10-03 10:05]
> at io.undertow.servlet.core.ApplicationListeners.requestDestroyed(ApplicationListeners.java:225) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:304) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166) [undertow-servlet-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759) [undertow-core-1.1.0.Final.jar:1.1.0.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0-internal]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0-internal]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0-internal]
> The expected behavior is that:
> A) wildfly should simply create a new session (which it already does)
> B) wildfly should process the request as if the user came with no session information at all (instead of returning a 500 server error)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (DROOLS-807) Stuck thread due to deadlock in ProjectClassLoader
by Munish Kumar (JIRA)
[ https://issues.jboss.org/browse/DROOLS-807?page=com.atlassian.jira.plugin... ]
Munish Kumar updated DROOLS-807:
--------------------------------
Summary: Stuck thread due to deadlock in ProjectClassLoader (was: Deadlock in ProjectClassLoader)
> Stuck thread due to deadlock in ProjectClassLoader
> --------------------------------------------------
>
> Key: DROOLS-807
> URL: https://issues.jboss.org/browse/DROOLS-807
> Project: Drools
> Issue Type: Bug
> Components: core engine
> Affects Versions: 6.1.0.Final
> Reporter: Munish Kumar
> Assignee: Mario Fusco
>
> We see below deadlock information in our Production tomcat
> Found one Java-level deadlock:
> =============================
> "tomcat-http--74":
> waiting to lock monitor 0x00007fae28022218 (object 0x00000000902d8d20, a org.drools.core.common.ProjectClassLoader),
> which is held by "tomcat-http--36"
> "tomcat-http--36":
> waiting to lock monitor 0x00007fae28042838 (object 0x000000009044e5b8, a org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader),
> which is held by "Metrics Collection"
> "Metrics Collection":
> waiting to lock monitor 0x00007fae28022218 (object 0x00000000902d8d20, a org.drools.core.common.ProjectClassLoader),
> which is held by "tomcat-http--36"
> Java stack information for the threads listed above:
> ===================================================
> "tomcat-http--74":
> at org.drools.core.common.ProjectClassLoader.loadClass(ProjectClassLoader.java:111)
> - waiting to lock <0x00000000902d8d20> (a org.drools.core.common.ProjectClassLoader)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at org.drools.core.base.ClassFieldAccessorCache.getClass(ClassFieldAccessorCache.java:121)
> at org.drools.core.base.ClassFieldAccessorCache.getClassObjectType(ClassFieldAccessorCache.java:45)
> at org.drools.core.reteoo.ClassObjectTypeConf.<init>(ClassObjectTypeConf.java:85)
> at org.drools.core.common.ObjectTypeConfigurationRegistry.getObjectTypeConf(ObjectTypeConfigurationRegistry.java:72)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.initInitialFact(StatefulKnowledgeSessionImpl.java:689)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.<init>(StatefulKnowledgeSessionImpl.java:388)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.<init>(StatefulKnowledgeSessionImpl.java:278)
>
> "tomcat-http--36":
> at java.lang.ClassLoader.loadClass(ClassLoader.java:404)
> - waiting to lock <0x000000009044e5b8> (a org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader)
> at org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader.loadType(ProjectClassLoader.java:293)
> at org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader.access$200(ProjectClassLoader.java:258)
> at org.drools.core.common.ProjectClassLoader.loadType(ProjectClassLoader.java:140)
> at org.drools.core.common.ProjectClassLoader.loadClass(ProjectClassLoader.java:115)
> - locked <0x00000000902d8d20> (a org.drools.core.common.ProjectClassLoader)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.loadClass(JavaDialectRuntimeData.java:640)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:348)
> at org.mvel2.ParserConfiguration.checkForDynamicImport(ParserConfiguration.java:163)
> at org.mvel2.ParserConfiguration.hasImport(ParserConfiguration.java:191)
> at org.mvel2.ParserContext.hasImport(ParserContext.java:363)
> at org.mvel2.compiler.AbstractParser.createPropertyToken(AbstractParser.java:1342)
> at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:846)
> at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:129)
> at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:63)
> at org.mvel2.MVEL.compileExpression(MVEL.java:810)
> at org.drools.core.base.mvel.MVELCompilationUnit.compile(MVELCompilationUnit.java:429)
> at org.drools.core.base.mvel.MVELCompilationUnit.getCompiledExpression(MVELCompilationUnit.java:240)
> at org.drools.core.rule.constraint.MvelConstraint.createMvelConditionEvaluator(MvelConstraint.java:222)
> at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:206)
> at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:173)
> at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:134)
> at org.drools.core.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:502)
> at org.drools.core.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:377)
> at org.drools.core.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:288)
> at org.drools.core.reteoo.EntryPointNode.assertObject(EntryPointNode.java:251)
> at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:367)
> at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:286)
> at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:139)
> at org.drools.core.command.runtime.rule.InsertElementsCommand.execute(InsertElementsCommand.java:93)
> at org.drools.core.command.runtime.rule.InsertElementsCommand.execute(InsertElementsCommand.java:40)
> at org.drools.core.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:155)
> at org.drools.core.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:76)
> at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:321)
> at com.amdocs.dc.ruleengine.service.RuleEngineServiceImpl.evaluateRules(RuleEngineServiceImpl.java:452)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at com.amdocs.dc.applicationcontext.BusinessResponseProcessorServiceInvoker.invoke(BusinessResponseProcessorServiceInvoker.java:53)
> at com.amdocs.dc.applicationcontext.spring.BusinessResponseProcessorInvocationHandler.invoke(BusinessResponseProcessorInvocationHandler.java:85)
> at com.amdocs.dc.applicationcontext.spring.$Proxy121.evaluateRules(Unknown Source)
>
> "Metrics Collection" #21 daemon prio=5 os_prio=0 tid=0x00007fae7883a000 nid=0x7276 waiting for monitor entry [0x00007fae27ffd000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader.loadClass(ProjectClassLoader.java:284)
> - waiting to lock <0x00000000902d8d20> (a org.drools.core.common.ProjectClassLoader)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:348)
> at com.mercury.diagnostics.capture.metrics.CollectorControl.instantiateCollector(CollectorControl.java:470)
> at com.mercury.diagnostics.capture.metrics.CollectorControl.initialize(CollectorControl.java:369)
> at com.mercury.diagnostics.capture.metrics.CollectorAgent.validateInitialization(CollectorAgent.java:1020)
> at com.mercury.diagnostics.capture.metrics.CollectorAgent.run(CollectorAgent.java:803)
> at java.lang.Thread.run(Thread.java:745)
> and because of above, other HTTP Connector thread are stuck at
> "tomcat-http--42" #217 daemon prio=5 os_prio=0 tid=0x00007fae54153000 nid=0x7619 waiting for monitor entry [0x00007fae12d72000]
> java.lang.Thread.State: BLOCKED (on object monitor)
> at org.drools.core.common.ProjectClassLoader.loadClass(ProjectClassLoader.java:111)
> - waiting to lock <0x00000000902e3e88> (a org.drools.core.common.ProjectClassLoader)
> at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
> at org.drools.core.base.ClassFieldAccessorCache.getClass(ClassFieldAccessorCache.java:121)
> at org.drools.core.base.ClassFieldAccessorCache.getClassObjectType(ClassFieldAccessorCache.java:45)
> at org.drools.core.reteoo.ClassObjectTypeConf.<init>(ClassObjectTypeConf.java:85)
> at org.drools.core.common.ObjectTypeConfigurationRegistry.getObjectTypeConf(ObjectTypeConfigurationRegistry.java:72)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.initInitialFact(StatefulKnowledgeSessionImpl.java:689)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.<init>(StatefulKnowledgeSessionImpl.java:388)
> at org.drools.core.impl.StatefulKnowledgeSessionImpl.<init>(StatefulKnowledgeSessionImpl.java:278)
> at org.drools.core.common.PhreakWorkingMemoryFactory.createWorkingMemory(PhreakWorkingMemoryFactory.java:21)
> at org.drools.core.impl.StatelessKnowledgeSessionImpl.newWorkingMemory(StatelessKnowledgeSessionImpl.java:133)
> at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:309)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (DROOLS-807) Deadlock in ProjectClassLoader
by Munish Kumar (JIRA)
Munish Kumar created DROOLS-807:
-----------------------------------
Summary: Deadlock in ProjectClassLoader
Key: DROOLS-807
URL: https://issues.jboss.org/browse/DROOLS-807
Project: Drools
Issue Type: Bug
Components: core engine
Affects Versions: 6.1.0.Final
Reporter: Munish Kumar
Assignee: Mario Fusco
We see below deadlock information in our Production tomcat
Found one Java-level deadlock:
=============================
"tomcat-http--74":
waiting to lock monitor 0x00007fae28022218 (object 0x00000000902d8d20, a org.drools.core.common.ProjectClassLoader),
which is held by "tomcat-http--36"
"tomcat-http--36":
waiting to lock monitor 0x00007fae28042838 (object 0x000000009044e5b8, a org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader),
which is held by "Metrics Collection"
"Metrics Collection":
waiting to lock monitor 0x00007fae28022218 (object 0x00000000902d8d20, a org.drools.core.common.ProjectClassLoader),
which is held by "tomcat-http--36"
Java stack information for the threads listed above:
===================================================
"tomcat-http--74":
at org.drools.core.common.ProjectClassLoader.loadClass(ProjectClassLoader.java:111)
- waiting to lock <0x00000000902d8d20> (a org.drools.core.common.ProjectClassLoader)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.drools.core.base.ClassFieldAccessorCache.getClass(ClassFieldAccessorCache.java:121)
at org.drools.core.base.ClassFieldAccessorCache.getClassObjectType(ClassFieldAccessorCache.java:45)
at org.drools.core.reteoo.ClassObjectTypeConf.<init>(ClassObjectTypeConf.java:85)
at org.drools.core.common.ObjectTypeConfigurationRegistry.getObjectTypeConf(ObjectTypeConfigurationRegistry.java:72)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.initInitialFact(StatefulKnowledgeSessionImpl.java:689)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.<init>(StatefulKnowledgeSessionImpl.java:388)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.<init>(StatefulKnowledgeSessionImpl.java:278)
"tomcat-http--36":
at java.lang.ClassLoader.loadClass(ClassLoader.java:404)
- waiting to lock <0x000000009044e5b8> (a org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader)
at org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader.loadType(ProjectClassLoader.java:293)
at org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader.access$200(ProjectClassLoader.java:258)
at org.drools.core.common.ProjectClassLoader.loadType(ProjectClassLoader.java:140)
at org.drools.core.common.ProjectClassLoader.loadClass(ProjectClassLoader.java:115)
- locked <0x00000000902d8d20> (a org.drools.core.common.ProjectClassLoader)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.drools.core.rule.JavaDialectRuntimeData$PackageClassLoader.loadClass(JavaDialectRuntimeData.java:640)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at org.mvel2.ParserConfiguration.checkForDynamicImport(ParserConfiguration.java:163)
at org.mvel2.ParserConfiguration.hasImport(ParserConfiguration.java:191)
at org.mvel2.ParserContext.hasImport(ParserContext.java:363)
at org.mvel2.compiler.AbstractParser.createPropertyToken(AbstractParser.java:1342)
at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:846)
at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:129)
at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:63)
at org.mvel2.MVEL.compileExpression(MVEL.java:810)
at org.drools.core.base.mvel.MVELCompilationUnit.compile(MVELCompilationUnit.java:429)
at org.drools.core.base.mvel.MVELCompilationUnit.getCompiledExpression(MVELCompilationUnit.java:240)
at org.drools.core.rule.constraint.MvelConstraint.createMvelConditionEvaluator(MvelConstraint.java:222)
at org.drools.core.rule.constraint.MvelConstraint.evaluate(MvelConstraint.java:206)
at org.drools.core.rule.constraint.MvelConstraint.isAllowed(MvelConstraint.java:173)
at org.drools.core.reteoo.AlphaNode.assertObject(AlphaNode.java:134)
at org.drools.core.reteoo.CompositeObjectSinkAdapter.doPropagateAssertObject(CompositeObjectSinkAdapter.java:502)
at org.drools.core.reteoo.CompositeObjectSinkAdapter.propagateAssertObject(CompositeObjectSinkAdapter.java:377)
at org.drools.core.reteoo.ObjectTypeNode.assertObject(ObjectTypeNode.java:288)
at org.drools.core.reteoo.EntryPointNode.assertObject(EntryPointNode.java:251)
at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:367)
at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:286)
at org.drools.core.common.NamedEntryPoint.insert(NamedEntryPoint.java:139)
at org.drools.core.command.runtime.rule.InsertElementsCommand.execute(InsertElementsCommand.java:93)
at org.drools.core.command.runtime.rule.InsertElementsCommand.execute(InsertElementsCommand.java:40)
at org.drools.core.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:155)
at org.drools.core.command.runtime.BatchExecutionCommandImpl.execute(BatchExecutionCommandImpl.java:76)
at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:321)
at com.amdocs.dc.ruleengine.service.RuleEngineServiceImpl.evaluateRules(RuleEngineServiceImpl.java:452)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at com.amdocs.dc.applicationcontext.BusinessResponseProcessorServiceInvoker.invoke(BusinessResponseProcessorServiceInvoker.java:53)
at com.amdocs.dc.applicationcontext.spring.BusinessResponseProcessorInvocationHandler.invoke(BusinessResponseProcessorInvocationHandler.java:85)
at com.amdocs.dc.applicationcontext.spring.$Proxy121.evaluateRules(Unknown Source)
"Metrics Collection" #21 daemon prio=5 os_prio=0 tid=0x00007fae7883a000 nid=0x7276 waiting for monitor entry [0x00007fae27ffd000]
java.lang.Thread.State: BLOCKED (on object monitor)
at org.drools.core.common.ProjectClassLoader$InternalTypesClassLoader.loadClass(ProjectClassLoader.java:284)
- waiting to lock <0x00000000902d8d20> (a org.drools.core.common.ProjectClassLoader)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:348)
at com.mercury.diagnostics.capture.metrics.CollectorControl.instantiateCollector(CollectorControl.java:470)
at com.mercury.diagnostics.capture.metrics.CollectorControl.initialize(CollectorControl.java:369)
at com.mercury.diagnostics.capture.metrics.CollectorAgent.validateInitialization(CollectorAgent.java:1020)
at com.mercury.diagnostics.capture.metrics.CollectorAgent.run(CollectorAgent.java:803)
at java.lang.Thread.run(Thread.java:745)
and because of above, other HTTP Connector thread are stuck at
"tomcat-http--42" #217 daemon prio=5 os_prio=0 tid=0x00007fae54153000 nid=0x7619 waiting for monitor entry [0x00007fae12d72000]
java.lang.Thread.State: BLOCKED (on object monitor)
at org.drools.core.common.ProjectClassLoader.loadClass(ProjectClassLoader.java:111)
- waiting to lock <0x00000000902e3e88> (a org.drools.core.common.ProjectClassLoader)
at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
at org.drools.core.base.ClassFieldAccessorCache.getClass(ClassFieldAccessorCache.java:121)
at org.drools.core.base.ClassFieldAccessorCache.getClassObjectType(ClassFieldAccessorCache.java:45)
at org.drools.core.reteoo.ClassObjectTypeConf.<init>(ClassObjectTypeConf.java:85)
at org.drools.core.common.ObjectTypeConfigurationRegistry.getObjectTypeConf(ObjectTypeConfigurationRegistry.java:72)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.initInitialFact(StatefulKnowledgeSessionImpl.java:689)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.<init>(StatefulKnowledgeSessionImpl.java:388)
at org.drools.core.impl.StatefulKnowledgeSessionImpl.<init>(StatefulKnowledgeSessionImpl.java:278)
at org.drools.core.common.PhreakWorkingMemoryFactory.createWorkingMemory(PhreakWorkingMemoryFactory.java:21)
at org.drools.core.impl.StatelessKnowledgeSessionImpl.newWorkingMemory(StatelessKnowledgeSessionImpl.java:133)
at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:309)
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (JBMETA-387) Remove obsolete clustering configuration from XSD for jboss-web.xml
by Paul Ferraro (JIRA)
Paul Ferraro created JBMETA-387:
-----------------------------------
Summary: Remove obsolete clustering configuration from XSD for jboss-web.xml
Key: JBMETA-387
URL: https://issues.jboss.org/browse/JBMETA-387
Project: JBoss Metadata
Issue Type: Bug
Components: web
Affects Versions: 8.1.1.Final
Reporter: Paul Ferraro
Assignee: Paul Ferraro
The XSD for jboss-web.xml refers to obsolete clustering configuration.
Also, the comment for <cache-name/> still refers to AS6 syntax. As of AS7, Cache container and cache are delimited by a ".", not a "/".
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4696) OutOfMemory DirectByteBuffer XNIO
by Carlos Rodríguez Aguado (JIRA)
[ https://issues.jboss.org/browse/WFLY-4696?page=com.atlassian.jira.plugin.... ]
Carlos Rodríguez Aguado edited comment on WFLY-4696 at 6/2/15 3:41 PM:
-----------------------------------------------------------------------
We have been investigating the source code of class HttpResponseConduit in line 166 where java.nio.BufferOverflowException is thrown.
Just a few lines above an allocate() is executed. If java.nio.BufferOverflowException is thrown in line 166 we think that memory allocated could not be free properly because method bufferDone() is never executed. Could it be the reason of the OutOfMemory?
159 if(pooledBuffer == null) {
160 pooledBuffer = {color:red}pool.allocate();{color}
161 }
162 ByteBuffer buffer = pooledBuffer.getResource();
163
164
165 assert buffer.remaining() >= 0x100;
166 {color:red}exchange.getProtocol().appendTo(buffer);{color}
.
.
.
255 bufferDone();
.
.
private void bufferDone() {
HttpServerConnection connection = (HttpServerConnection)exchange.getConnection();
if(connection.getExtraBytes() != null && connection.isOpen() && exchange.isRequestComplete()) {
//if we are pipelining we hold onto the buffer
pooledBuffer.getResource().clear();
} else {
pooledBuffer.free();
pooledBuffer = null;
}
}
was (Author: carlosra85):
We have been investigating the source code of class HttpResponseConduit in line 166 where java.nio.BufferOverflowException is thrown.
Just a few lines above an allocate() is executed. If java.no.BufferOverflowException is thrown in line 166 we think that memory allocated could not be free properly because method bufferDone() is never executed. Could it be the reason of the OutOfMemory?
159 if(pooledBuffer == null) {
160 pooledBuffer = {color:red}pool.allocate();{color}
161 }
162 ByteBuffer buffer = pooledBuffer.getResource();
163
164
165 assert buffer.remaining() >= 0x100;
166 {color:red}exchange.getProtocol().appendTo(buffer);{color}
.
.
.
255 bufferDone();
.
.
private void bufferDone() {
HttpServerConnection connection = (HttpServerConnection)exchange.getConnection();
if(connection.getExtraBytes() != null && connection.isOpen() && exchange.isRequestComplete()) {
//if we are pipelining we hold onto the buffer
pooledBuffer.getResource().clear();
} else {
pooledBuffer.free();
pooledBuffer = null;
}
}
> OutOfMemory DirectByteBuffer XNIO
> ---------------------------------
>
> Key: WFLY-4696
> URL: https://issues.jboss.org/browse/WFLY-4696
> Project: WildFly
> Issue Type: Bug
> Components: IO, Web (Undertow)
> Affects Versions: 8.1.0.Final, 8.2.0.Final
> Reporter: Carlos Rodríguez Aguado
> Assignee: Stuart Douglas
> Priority: Blocker
>
> I get this errors constantly in my server when a web connection is interrupted from the browser for instance:
> 11:50:45,301 ERROR [stderr] (default task-339) Exception in thread "default task-339" java.nio.BufferOverflowException
> 11:50:45,301 ERROR [stderr] (default task-339) at java.nio.DirectByteBuffer.put(DirectByteBuffer.java:363)
> 11:50:45,301 ERROR [stderr] (default task-339) at java.nio.ByteBuffer.put(ByteBuffer.java:859)
> 11:50:45,301 ERROR [stderr] (default task-339) at io.undertow.util.HttpString.appendTo(HttpString.java:204)
> 11:50:45,301 ERROR [stderr] (default task-339) at io.undertow.server.protocol.http.HttpResponseConduit.processWrite(HttpResponseConduit.java:150)
> 11:50:45,301 ERROR [stderr] (default task-339) at io.undertow.server.protocol.http.HttpResponseConduit.flush(HttpResponseConduit.java:629)
> 11:50:45,301 ERROR [stderr] (default task-339) at io.undertow.conduits.AbstractFixedLengthStreamSinkConduit.flush(AbstractFixedLengthStreamSinkConduit.java:205)
> 11:50:45,301 ERROR [stderr] (default task-339) at org.xnio.conduits.ConduitStreamSinkChannel.flush(ConduitStreamSinkChannel.java:162)
> 11:50:45,301 ERROR [stderr] (default task-339) at io.undertow.channels.DetachableStreamSinkChannel.flush(DetachableStreamSinkChannel.java:100)
> 11:50:45,301 ERROR [stderr] (default task-339) at io.undertow.server.HttpServerExchange.closeAndFlushResponse(HttpServerExchange.java:1489)
> 11:50:45,317 ERROR [stderr] (default task-339) at io.undertow.server.HttpServerExchange.endExchange(HttpServerExchange.java:1470)
> 11:50:45,317 ERROR [stderr] (default task-339) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:201)
> 11:50:45,317 ERROR [stderr] (default task-339) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:727)
> 11:50:45,317 ERROR [stderr] (default task-339) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> 11:50:45,317 ERROR [stderr] (default task-339) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> 11:50:45,317 ERROR [stderr] (default task-339) at java.lang.Thread.run(Thread.java:745)
> And then, I think this errors lead to a OutOfMemory crash:
> 14:23:09,592 ERROR [org.xnio.listener] (default I/O-3) XNIO001007: A channel event listener threw an exception: java.lang.OutOfMemoryError
> at sun.misc.Unsafe.allocateMemory(Native Method) [rt.jar:1.8.0_20]
> at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:127) [rt.jar:1.8.0_20]
> at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311) [rt.jar:1.8.0_20]
> at org.xnio.BufferAllocator$2.allocate(BufferAllocator.java:57) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.BufferAllocator$2.allocate(BufferAllocator.java:55) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ByteBufferSlicePool.allocate(ByteBufferSlicePool.java:149) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ssl.JsseSslConduitEngine.<init>(JsseSslConduitEngine.java:143) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ssl.JsseSslStreamConnection.<init>(JsseSslStreamConnection.java:71) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ssl.JsseAcceptingSslStreamConnection.accept(JsseAcceptingSslStreamConnection.java:45) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ssl.JsseAcceptingSslStreamConnection.accept(JsseAcceptingSslStreamConnection.java:37) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ssl.AbstractAcceptingSslChannel.accept(AbstractAcceptingSslChannel.java:187) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:289) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ChannelListeners$DelegatingChannelListener.handleEvent(ChannelListeners.java:1092) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.nio.NioTcpServerHandle.handleReady(NioTcpServerHandle.java:53) [xnio-nio-3.2.2.Final.jar:3.2.2.Final]
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:539) [xnio-nio-3.2.2.Final.jar:3.2.2.Final]
> I also have found that if I perform a full GC manually the server recovers, but it can not recover by itself, by performing other types of GCs.
> This is the trace for version 8.2 of WildFly:
> 17:17:16,957 ERROR [io.undertow.request] (default task-49) Undertow request failed HttpServerExchange{ GET /modulab/servlet/ShowPDFReportServlet}: java.nio.BufferOverflowException
> at java.nio.DirectByteBuffer.put(DirectByteBuffer.java:363) [rt.jar:1.8.0_20]
> at java.nio.ByteBuffer.put(ByteBuffer.java:859) [rt.jar:1.8.0_20]
> at io.undertow.util.HttpString.appendTo(HttpString.java:204)
> at io.undertow.server.protocol.http.HttpResponseConduit.processWrite(HttpResponseConduit.java:166)
> at io.undertow.server.protocol.http.HttpResponseConduit.write(HttpResponseConduit.java:564)
> at io.undertow.conduits.AbstractFixedLengthStreamSinkConduit.write(AbstractFixedLengthStreamSinkConduit.java:106)
> at org.xnio.conduits.Conduits.writeFinalBasic(Conduits.java:132) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at io.undertow.conduits.AbstractFixedLengthStreamSinkConduit.writeFinal(AbstractFixedLengthStreamSinkConduit.java:175)
> at org.xnio.conduits.ConduitStreamSinkChannel.writeFinal(ConduitStreamSinkChannel.java:104) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at io.undertow.channels.DetachableStreamSinkChannel.writeFinal(DetachableStreamSinkChannel.java:194)
> at io.undertow.server.HttpServerExchange$WriteDispatchChannel.writeFinal(HttpServerExchange.java:1829)
> at io.undertow.servlet.spec.ServletOutputStreamImpl.writeBufferBlocking(ServletOutputStreamImpl.java:565)
> at io.undertow.servlet.spec.ServletOutputStreamImpl.close(ServletOutputStreamImpl.java:600)
> at io.undertow.servlet.spec.HttpServletResponseImpl.closeStreamAndWriter(HttpServletResponseImpl.java:497)
> at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:581)
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:308)
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:247)
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:76)
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:166)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:197)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:759)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_20]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_20]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_20]
> 10:57:12,389 ERROR [org.xnio.listener] (default I/O-4) XNIO001007: A channel event listener threw an exception: java.lang.OutOfMemoryError
> at sun.misc.Unsafe.allocateMemory(Native Method) [rt.jar:1.8.0_20]
> at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:127) [rt.jar:1.8.0_20]
> at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311) [rt.jar:1.8.0_20]
> at org.xnio.BufferAllocator$2.allocate(BufferAllocator.java:57) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.BufferAllocator$2.allocate(BufferAllocator.java:55) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ByteBufferSlicePool.allocate(ByteBufferSlicePool.java:143) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ssl.JsseSslConduitEngine.<init>(JsseSslConduitEngine.java:146) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ssl.JsseSslStreamConnection.<init>(JsseSslStreamConnection.java:71) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ssl.JsseAcceptingSslStreamConnection.accept(JsseAcceptingSslStreamConnection.java:45) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ssl.JsseAcceptingSslStreamConnection.accept(JsseAcceptingSslStreamConnection.java:37) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ssl.AbstractAcceptingSslChannel.accept(AbstractAcceptingSslChannel.java:187) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:289) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ChannelListeners$10.handleEvent(ChannelListeners.java:286) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ChannelListeners$DelegatingChannelListener.handleEvent(ChannelListeners.java:1092) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.ChannelListeners.invokeChannelListener(ChannelListeners.java:92) [xnio-api-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.nio.NioTcpServerHandle.handleReady(NioTcpServerHandle.java:53) [xnio-nio-3.3.0.Final.jar:3.3.0.Final]
> at org.xnio.nio.WorkerThread.run(WorkerThread.java:539) [xnio-nio-3.3.0.Final.jar:3.3.0.Final]
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4727) EjbAppDsRemoveTestCase fails
by Frank Langelage (JIRA)
[ https://issues.jboss.org/browse/WFLY-4727?page=com.atlassian.jira.plugin.... ]
Frank Langelage updated WFLY-4727:
----------------------------------
Attachment: org.jboss.as.test.integration.jca.datasource.remove.EjbAppDsRemoveTestCase.txt
org.jboss.as.test.integration.jca.datasource.remove.EjbAppDsRemoveTestCase-output.txt
TEST-org.jboss.as.test.integration.jca.datasource.remove.EjbAppDsRemoveTestCase.xml
> EjbAppDsRemoveTestCase fails
> ----------------------------
>
> Key: WFLY-4727
> URL: https://issues.jboss.org/browse/WFLY-4727
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 10.0.0.Alpha2
> Environment: Solaris 10 SPARC, Oracle JDK 1.8.0_45
> Reporter: Frank Langelage
> Attachments: org.jboss.as.test.integration.jca.datasource.remove.EjbAppDsRemoveTestCase-output.txt, org.jboss.as.test.integration.jca.datasource.remove.EjbAppDsRemoveTestCase.txt, TEST-org.jboss.as.test.integration.jca.datasource.remove.EjbAppDsRemoveTestCase.xml
>
>
> While running build of current sources with all tests, I get a failure on EjbAppDsRemoveTestCase.
> See attached files.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4726) CompressionTestCase fails
by Frank Langelage (JIRA)
[ https://issues.jboss.org/browse/WFLY-4726?page=com.atlassian.jira.plugin.... ]
Frank Langelage updated WFLY-4726:
----------------------------------
Attachment: org.jboss.as.test.integration.ejb.compression.CompressionTestCase.txt
org.jboss.as.test.integration.ejb.compression.CompressionTestCase-output.txt
TEST-org.jboss.as.test.integration.ejb.compression.CompressionTestCase.xml
> CompressionTestCase fails
> -------------------------
>
> Key: WFLY-4726
> URL: https://issues.jboss.org/browse/WFLY-4726
> Project: WildFly
> Issue Type: Bug
> Components: Test Suite
> Affects Versions: 10.0.0.Alpha2
> Environment: Solaris 10 SPARC, Oracle JDK 1.8.0_45
> Reporter: Frank Langelage
> Attachments: org.jboss.as.test.integration.ejb.compression.CompressionTestCase-output.txt, org.jboss.as.test.integration.ejb.compression.CompressionTestCase.txt, TEST-org.jboss.as.test.integration.ejb.compression.CompressionTestCase.xml
>
>
> While running the build of the current source with -DallTests I get a failure on CompressionTestCase.
> See files attached.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4727) EjbAppDsRemoveTestCase fails
by Frank Langelage (JIRA)
Frank Langelage created WFLY-4727:
-------------------------------------
Summary: EjbAppDsRemoveTestCase fails
Key: WFLY-4727
URL: https://issues.jboss.org/browse/WFLY-4727
Project: WildFly
Issue Type: Bug
Components: Test Suite
Affects Versions: 10.0.0.Alpha2
Environment: Solaris 10 SPARC, Oracle JDK 1.8.0_45
Reporter: Frank Langelage
While running build of current sources with all tests, I get a failure on EjbAppDsRemoveTestCase.
See attached files.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month
[JBoss JIRA] (WFLY-4726) CompressionTestCase fails
by Frank Langelage (JIRA)
Frank Langelage created WFLY-4726:
-------------------------------------
Summary: CompressionTestCase fails
Key: WFLY-4726
URL: https://issues.jboss.org/browse/WFLY-4726
Project: WildFly
Issue Type: Bug
Components: Test Suite
Affects Versions: 10.0.0.Alpha2
Environment: Solaris 10 SPARC, Oracle JDK 1.8.0_45
Reporter: Frank Langelage
While running the build of the current source with -DallTests I get a failure on CompressionTestCase.
See files attached.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
11 years, 1 month