March 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-5304) NullPointerException during server graceful shutdown after EJBClient invocation arrived

by Radoslav Husar (JIRA)

[ https://issues.jboss.org/browse/WFLY-5304?page=com.atlassian.jira.plugin.... ] Radoslav Husar updated WFLY-5304: --------------------------------- Summary: NullPointerException during server graceful shutdown after EJBClient invocation arrived (was: NullPointerException during server graceful shutdown after EJBCLient invocation arrived) > NullPointerException during server graceful shutdown after EJBClient invocation arrived > --------------------------------------------------------------------------------------- > > Key: WFLY-5304 > URL: https://issues.jboss.org/browse/WFLY-5304 > Project: WildFly > Issue Type: Bug > Components: Clustering, EJB, Remoting > Affects Versions: 10.0.0.Beta1 > Reporter: Michal Vinkler > Assignee: Richard Achmatowicz > Priority: Minor > > EAP 7.0.0.DR9 > Scenario: ejb-ejbremote-shutdown-repl-async > Perf21 logged NPE just before it gracefully shut down: > {code} > [JBossINF] [0m[31m09:02:25,058 ERROR [org.jboss.as.ejb3.remote] (default task-24) WFLYEJB0148: Exception on channel Channel ID 423b1c54 (inbound) of Remoting connection 41f997cb to /10.16.90.52:54492 from message org.jboss.remoting3.remote.InboundMessage$3@45c60b2c: java.lang.NullPointerException > [JBossINF] at org.jboss.as.ejb3.deployment.DeploymentRepository.getStartedModules(DeploymentRepository.java:152) > [JBossINF] at org.jboss.as.ejb3.remote.protocol.versionone.EJBIdentifierBasedMessageHandler.findEJB(EJBIdentifierBasedMessageHandler.java:46) > [JBossINF] at org.jboss.as.ejb3.remote.protocol.versionone.MethodInvocationMessageHandler.processMessage(MethodInvocationMessageHandler.java:124) > [JBossINF] at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.processMessage(VersionOneProtocolChannelReceiver.java:213) > [JBossINF] at org.jboss.as.ejb3.remote.protocol.versiontwo.VersionTwoProtocolChannelReceiver.processMessage(VersionTwoProtocolChannelReceiver.java:76) > [JBossINF] at org.jboss.as.ejb3.remote.protocol.versionone.VersionOneProtocolChannelReceiver.handleMessage(VersionOneProtocolChannelReceiver.java:157) > [JBossINF] at org.jboss.remoting3.remote.RemoteConnectionChannel$5.run(RemoteConnectionChannel.java:463) > [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [JBossINF] at java.lang.Thread.run(Thread.java:745) > [JBossINF] > [JBossINF] [0m[0m09:02:25,104 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 81) ISPN000029: Passivating all entries to disk > [JBossINF] [0m[0m09:02:25,108 INFO [org.infinispan.eviction.impl.PassivationManagerImpl] (ServerService Thread Pool -- 81) ISPN000030: Passivated 3 entries in 3 milliseconds > [JBossINF] [0m[0m09:02:25,131 INFO [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0008: Undertow HTTP listener default suspending > [JBossINF] [0m[0m09:02:25,132 INFO [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 81) WFLYCLINF0003: Stopped repl cache from ejb container > [JBossINF] [0m[0m09:02:25,148 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0008: Undertow AJP listener ajp suspending > [JBossINF] [0m[0m09:02:25,151 INFO [org.wildfly.extension.undertow] (MSC service thread 1-7) WFLYUT0007: Undertow HTTP listener default stopped, was bound to perf21/10.16.90.60:8080 > [JBossINF] [0m[0m09:02:25,156 INFO [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0208: Stopped subdeployment (runtime-name: clusterbench-ee7-ejb.jar) in 1024ms > [JBossINF] [0m[0m09:02:25,156 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) WFLYSRV0208: Stopped subdeployment (runtime-name: clusterbench-ee7-web-passivating.war) in 1055ms > [JBossINF] [0m[0m09:02:25,156 INFO [org.jboss.as.server.deployment] (MSC service thread 1-3) WFLYSRV0208: Stopped subdeployment (runtime-name: clusterbench-ee7-web-default.war) in 1041ms > [JBossINF] [0m[0m09:02:25,167 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-1) ISPN000080: Disconnecting JGroups channel ejb > [JBossINF] [0m[0m09:02:25,169 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0007: Undertow AJP listener ajp stopped, was bound to perf21/10.16.90.60:8009 > [JBossINF] [0m[0m09:02:25,169 INFO [org.jboss.as.server.deployment] (MSC service thread 1-5) WFLYSRV0028: Stopped deployment clusterbench-ee7.ear (runtime-name: clusterbench-ee7.ear) in 1054ms > [JBossINF] [0m[0m09:02:25,170 INFO [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-1) ISPN000082: Stopping the RpcDispatcher for channel ejb > [JBossINF] [0m[0m09:02:25,171 INFO [org.wildfly.extension.undertow] (MSC service thread 1-3) WFLYUT0004: Undertow 1.3.0.Beta9 stopping > [JBossINF] [0m[0m09:02:25,275 INFO [org.jboss.as] (MSC service thread 1-2) WFLYSRV0050: EAP 7.0.0.Alpha1 (WildFly Core 2.0.0.Beta4) stopped in 1125ms > {code} > Graceful shutdown timeout was set to 300 seconds. > It does not seem to generate any kind of error on the client. > The similar issue was already mentioned by Richard Achmatowicz here: > https://issues.jboss.org/browse/WFLY-4697?focusedCommentId=13076866&page=... > Server log: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-e... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6297) Identify problems introduced with new JDK9 versioning scheme

by Richard Opalka (JIRA)

[ https://issues.jboss.org/browse/WFLY-6297?page=com.atlassian.jira.plugin.... ] Richard Opalka edited comment on WFLY-6297 at 3/2/16 4:31 AM: -------------------------------------------------------------- External issues we depend on: https://issues.apache.org/jira/browse/CXF-6811 https://bugs.eclipse.org/bugs/show_bug.cgi?id=480992 https://issues.jboss.org/browse/JBLOGGING-121 was (Author: ropalka): External issues we depend on: https://issues.apache.org/jira/browse/CXF-6811 https://bugs.eclipse.org/bugs/show_bug.cgi?id=488803 https://issues.jboss.org/browse/JBLOGGING-121 > Identify problems introduced with new JDK9 versioning scheme > ------------------------------------------------------------ > > Key: WFLY-6297 > URL: https://issues.jboss.org/browse/WFLY-6297 > Project: WildFly > Issue Type: Sub-task > Components: Build System > Affects Versions: 10.0.0.Final > Reporter: Richard Opalka > Assignee: Richard Opalka > > JDK9 will introduce new versioning scheme described here: > http://openjdk.java.net/projects/verona/ > We need to identify WildFly components that are realying on > these properties. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (JBLOGGING-121) Static initializer of class org.apache.log4j.helpers.Loader relies on obsolete java versioning scheme

by Richard Opalka (JIRA)

[ https://issues.jboss.org/browse/JBLOGGING-121?page=com.atlassian.jira.plu... ] Richard Opalka commented on JBLOGGING-121: ------------------------------------------ I don't know what's the relationship between org/jboss/log4j/logmanager/main/log4j-jboss-logmanager-1.1.2.Final.jar and http://logging.apache.org/log4j/2.x/download.html Anyway I checked out log4j upstream and there's no problematic code in static initializer in class org.apache.log4j.helpers.Loader But I identified new java versioning scheme problem in org.apache.logging.log4j.core.layout.AbstractStringLayout.isPreJava8() method. > Static initializer of class org.apache.log4j.helpers.Loader relies on obsolete java versioning scheme > ----------------------------------------------------------------------------------------------------- > > Key: JBLOGGING-121 > URL: https://issues.jboss.org/browse/JBLOGGING-121 > Project: JBoss Logging > Issue Type: Bug > Components: jboss-logging-log4j > Reporter: Richard Opalka > Assignee: James Perkins > > JDK9 will introduce new java versioning scheme, see JEP-223 > http://openjdk.java.net/jeps/223 > Please update static initializer of class org.apache.log4j.helpers.Loader accordingly > to ensure smooth JDK9 migration. ATM the initializer will not handle Java 9 properly. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1025) NPE removing a rule that contains a subnetwork

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1025?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1025: ------------------------------------------------- Mario Fusco <mfusco(a)redhat.com> changed the Status of [bug 1298579|https://bugzilla.redhat.com/show_bug.cgi?id=1298579] from NEW to MODIFIED > NPE removing a rule that contains a subnetwork > ---------------------------------------------- > > Key: DROOLS-1025 > URL: https://issues.jboss.org/browse/DROOLS-1025 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > > Removing a rule containing a subnetwork causes the following NPE: > {code} > java.lang.NullPointerException > at org.drools.core.phreak.AddRemoveRule.deletePeerLeftTuple(AddRemoveRule.java:777) > at org.drools.core.phreak.AddRemoveRule.followPeer(AddRemoveRule.java:749) > at org.drools.core.phreak.AddRemoveRule.processLeftTuples(AddRemoveRule.java:713) > at org.drools.core.phreak.AddRemoveRule.flushStagedTuples(AddRemoveRule.java:281) > at org.drools.core.phreak.AddRemoveRule.removeRule(AddRemoveRule.java:153) > at org.drools.core.reteoo.ReteooBuilder.removeTerminalNode(ReteooBuilder.java:173) > at org.drools.core.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:163) > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1635) > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1626) > at org.drools.core.impl.KnowledgeBaseImpl.internalRemoveRule(KnowledgeBaseImpl.java:1610) > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1581) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1025) NPE removing a rule that contains a subnetwork

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1025?page=com.atlassian.jira.plugi... ] Mario Fusco commented on DROOLS-1025: ------------------------------------- Fixed by https://github.com/droolsjbpm/drools/commit/8d52a6a34 > NPE removing a rule that contains a subnetwork > ---------------------------------------------- > > Key: DROOLS-1025 > URL: https://issues.jboss.org/browse/DROOLS-1025 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > > Removing a rule containing a subnetwork causes the following NPE: > {code} > java.lang.NullPointerException > at org.drools.core.phreak.AddRemoveRule.deletePeerLeftTuple(AddRemoveRule.java:777) > at org.drools.core.phreak.AddRemoveRule.followPeer(AddRemoveRule.java:749) > at org.drools.core.phreak.AddRemoveRule.processLeftTuples(AddRemoveRule.java:713) > at org.drools.core.phreak.AddRemoveRule.flushStagedTuples(AddRemoveRule.java:281) > at org.drools.core.phreak.AddRemoveRule.removeRule(AddRemoveRule.java:153) > at org.drools.core.reteoo.ReteooBuilder.removeTerminalNode(ReteooBuilder.java:173) > at org.drools.core.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:163) > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1635) > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1626) > at org.drools.core.impl.KnowledgeBaseImpl.internalRemoveRule(KnowledgeBaseImpl.java:1610) > at org.drools.core.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:1581) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-998) NullPointerException at org.drools.core.common.LeftTupleSetsImpl.removeInsert(LeftTupleSetsImpl.java:141)

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-998?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-998: ------------------------------------------------ Ryan Zhang <rzhang(a)redhat.com> changed the Status of [bug 1302140|https://bugzilla.redhat.com/show_bug.cgi?id=1302140] from MODIFIED to ON_QA > NullPointerException at org.drools.core.common.LeftTupleSetsImpl.removeInsert(LeftTupleSetsImpl.java:141) > --------------------------------------------------------------------------------------------------------- > > Key: DROOLS-998 > URL: https://issues.jboss.org/browse/DROOLS-998 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final > Environment: OpenJDK Runtime Environment (IcedTea 2.6.3) (7u91-2.6.3-0ubuntu0.14.04.1) > Reporter: Christian Spurk > Assignee: Mario Fusco > Fix For: 6.4.0.Beta2 > > > The following {{NullPointerException}} occurs for the following rule: > {code} > Exception in thread "main" java.lang.NullPointerException > at org.drools.core.common.LeftTupleSetsImpl.removeInsert(LeftTupleSetsImpl.java:141) > at org.drools.core.common.LeftTupleSetsImpl.addDelete(LeftTupleSetsImpl.java:80) > at org.drools.core.phreak.PhreakAccumulateNode.doLeftDeletes(PhreakAccumulateNode.java:603) > at org.drools.core.phreak.PhreakAccumulateNode.doNode(PhreakAccumulateNode.java:65) > at org.drools.core.phreak.RuleNetworkEvaluator.switchOnDoBetaNode(RuleNetworkEvaluator.java:565) > at org.drools.core.phreak.RuleNetworkEvaluator.evalBetaNode(RuleNetworkEvaluator.java:536) > at org.drools.core.phreak.RuleNetworkEvaluator.evalNode(RuleNetworkEvaluator.java:372) > at org.drools.core.phreak.RuleNetworkEvaluator.innerEval(RuleNetworkEvaluator.java:332) > at org.drools.core.phreak.RuleNetworkEvaluator.outerEval(RuleNetworkEvaluator.java:166) > at org.drools.core.phreak.RuleNetworkEvaluator.evaluateNetwork(RuleNetworkEvaluator.java:123) > at org.drools.core.phreak.RuleExecutor.reEvaluateNetwork(RuleExecutor.java:194) > at org.drools.core.phreak.RuleExecutor.fire(RuleExecutor.java:142) > at org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:74) > at org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:978) > at org.drools.core.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1292) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.internalFireAllRules(StatefulKnowledgeSessionImpl.java:1294) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1281) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:1260) > at org.drools.core.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:109) > at org.drools.core.command.runtime.rule.FireAllRulesCommand.execute(FireAllRulesCommand.java:34) > at org.drools.core.impl.StatelessKnowledgeSessionImpl.execute(StatelessKnowledgeSessionImpl.java:292) > at Test.main(Test.java:13) > {code} > {code} > rule "test" > when > not( String() ) > accumulate( > Long(); > sum(1) > ) > ( Boolean() or not( Float() ) ) > then > insert(new String()); > end > {code} > (Please ignore the nonsensical rule; I simply couldn't reproduce this issue in any better way without providing you my larger system where the (more complex) rule makes more sense.) > I'm using a default KIE configuration to load the rule: > {{kmodule.xml}}: > {code} > <?xml version="1.0" encoding="UTF-8"?> > <kmodule xmlns="http://jboss.org/kie/6.0.0/kmodule" /> > {code} > {{Test.java}}: > {code} > import org.kie.api.KieBase; > import org.kie.api.KieServices; > import org.kie.api.runtime.StatelessKieSession; > import org.kie.internal.command.CommandFactory; > public class Test { > public static void main(String[] args) { > KieBase kieBase = KieServices.Factory.get().getKieClasspathContainer() > .getKieBase(); > StatelessKieSession session = kieBase.newStatelessKieSession(); > session.execute(CommandFactory.newFireAllRules()); > } > } > {code} > This issue might be related with DROOLS-987. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1037) Parsing of a complex constraint with an || causes a RuntimeException

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1037?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1037: ------------------------------------------------- Ryan Zhang <rzhang(a)redhat.com> changed the Status of [bug 1300692|https://bugzilla.redhat.com/show_bug.cgi?id=1300692] from MODIFIED to ON_QA > Parsing of a complex constraint with an || causes a RuntimeException > -------------------------------------------------------------------- > > Key: DROOLS-1037 > URL: https://issues.jboss.org/browse/DROOLS-1037 > Project: Drools > Issue Type: Bug > Reporter: Mario Fusco > Assignee: Mario Fusco > Fix For: 6.4.0.Beta2 > > > Trying to compile a rule like the following > {code} > rule R when > $p : Person( name == null || (name in (\"Alice\", \"Charlie\", \"David\"))==false ) > then > list.add($p.getName()); > end > {code} > causes the following RuntimeException: > {code} > java.lang.RuntimeException > at org.drools.compiler.rule.builder.PatternBuilder.rewriteCompositeExpressions(PatternBuilder.java:924) > at org.drools.compiler.rule.builder.PatternBuilder.rewriteCompositeExpressions(PatternBuilder.java:919) > at org.drools.compiler.rule.builder.PatternBuilder.rewriteOrExpressions(PatternBuilder.java:893) > at org.drools.compiler.rule.builder.PatternBuilder.buildExpression(PatternBuilder.java:889) > at org.drools.compiler.rule.builder.PatternBuilder.buildCcdDescr(PatternBuilder.java:860) > at org.drools.compiler.rule.builder.PatternBuilder.build(PatternBuilder.java:715) > at org.drools.compiler.rule.builder.PatternBuilder.processConstraintsAndBinds(PatternBuilder.java:580) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-465) Cannot find KieModule with LATEST

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-465?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on DROOLS-465: ------------------------------------------------ Ryan Zhang <rzhang(a)redhat.com> changed the Status of [bug 1303018|https://bugzilla.redhat.com/show_bug.cgi?id=1303018] from MODIFIED to ON_QA > Cannot find KieModule with LATEST > --------------------------------- > > Key: DROOLS-465 > URL: https://issues.jboss.org/browse/DROOLS-465 > Project: Drools > Issue Type: Bug > Affects Versions: 6.1.0.Beta1 > Reporter: Takami Hirata > Assignee: Mario Fusco > Fix For: 6.4.0.Beta2 > > Attachments: reproducer.zip > > > I install a kmodule into local repository with command {{mvn clean install}}. > Loading this kmodule with 'LATEST' works on the day, but will fail on next day. > Maven will find update on next day because of default updatePolicy 'daily', then maven check local repository ({{org.kie.scanner.Aether}} treats as a remote repository) but local artifact cache does not have 'maven-metadata.xml' which remote artifact should have, so finding update fails and {{org.sonatype.aether.connector.file.FileRepositoryWorker}} removes {{maven-metadata-local.xml}} for cleanup. > {{org.kie.scanner.Aether}} adds local repository to remote repositories, but this may be incorrect usage. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6311) Add bouncycastle artefacts required by Camel integration

by Thomas Diesler (JIRA)

[ https://issues.jboss.org/browse/WFLY-6311?page=com.atlassian.jira.plugin.... ] Thomas Diesler updated WFLY-6311: --------------------------------- Description: CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/1111 > Add bouncycastle artefacts required by Camel integration > -------------------------------------------------------- > > Key: WFLY-6311 > URL: https://issues.jboss.org/browse/WFLY-6311 > Project: WildFly > Issue Type: Task > Components: Security > Affects Versions: 10.0.0.Final > Reporter: Thomas Diesler > Assignee: Thomas Diesler > Fix For: 10.1.0.Final > > > CrossRef: https://github.com/wildfly-extras/wildfly-camel/issues/1111 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6311) Add bouncycastle artefacts required by Camel integration

by Thomas Diesler (JIRA)

Thomas Diesler created WFLY-6311: ------------------------------------ Summary: Add bouncycastle artefacts required by Camel integration Key: WFLY-6311 URL: https://issues.jboss.org/browse/WFLY-6311 Project: WildFly Issue Type: Task Components: Security Affects Versions: 10.0.0.Final Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: 10.1.0.Final -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 10 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira March 2016