May 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (JGRP-2040) Seeing a OOM in JGroup 3.4

by Bela Ban (JIRA)

[ https://issues.jboss.org/browse/JGRP-2040?page=com.atlassian.jira.plugin.... ] Bela Ban commented on JGRP-2040: -------------------------------- http://www.jgroups.org/manual/index.html#TCPPING_Prot > Seeing a OOM in JGroup 3.4 > -------------------------- > > Key: JGRP-2040 > URL: https://issues.jboss.org/browse/JGRP-2040 > Project: JGroups > Issue Type: Bug > Affects Versions: 3.4 > Environment: Linux Operating System > Reporter: Kshitiz Saxena > Assignee: Bela Ban > > We are seeing an OOM in our application where thread dump points to JGroup. > We see the below in thread dumps, > 3XEHSTTYPE 07:33:24:346241000 GMT j9vm.294 - >setCurrentException index=11 constructorIndex=0 detailMessage=0000000000F61678 > 3XEHSTTYPE 07:33:24:346183000 GMT j9mm.126 - at 0000000050F8CD60 java/lang/Thread.run()V, jit 00007FCF323EA580, pc 00007FCF489E0A36 > 3XEHSTTYPE 07:33:24:346179000 GMT j9mm.126 - at 0000000053644748 *org/jgroups/blocks/TCPConnectionMap$TCPConnection$Receiver.run()*V, jit 0000000000000000, pc 00007FCF3354D334 > 3XEHSTTYPE 07:33:24:346175000 GMT j9mm.101 - J9AllocateIndexableObject() returning NULL! *1650814064 bytes* requested for object of class 0000000050F79700 from memory space 'Generational' id=00007FCF440427C0 > In the thread dump we also see > WARNING : OutOfMemoryError possibly caused by 1650814064 bytes requested for object of class 0000000050F79700 from memory space 'Generational' id=00007FCF440427C0 > Java Heap Information > -Xmx (Maximum Java heap size) : 1280m > -Xms (Initial Java heap size) : 640m > -Xss (Maximum stack size for Java threads) : 256k > Total Java heap size: 1.25 GB > Used Java heap size: 174.27 MB > Free Java heap size: 1.08 GB -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6368) Upgrade CXF from 3.1.4 to 3.1.6

by Alessio Soldano (JIRA)

[ https://issues.jboss.org/browse/WFLY-6368?page=com.atlassian.jira.plugin.... ] Alessio Soldano reopened WFLY-6368: ----------------------------------- Assignee: Alessio Soldano (was: Jason Greene) > Upgrade CXF from 3.1.4 to 3.1.6 > ------------------------------- > > Key: WFLY-6368 > URL: https://issues.jboss.org/browse/WFLY-6368 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Bartosz Baranowski > Assignee: Alessio Soldano > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1127) Google App Engine support: Do not call new Thread() by allowing to plug in a custom ThreadFactory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1127?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1127: ------------------------------------------------- Xiong Zhi Ming <zxiong(a)redhat.com> changed the Status of [bug 1329093|https://bugzilla-qe-05.host.stage.eng.rdu2.redhat.com/show_bug.cg...] from ON_QA to NEW > Google App Engine support: Do not call new Thread() by allowing to plug in a custom ThreadFactory > ------------------------------------------------------------------------------------------------- > > Key: DROOLS-1127 > URL: https://issues.jboss.org/browse/DROOLS-1127 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.Beta1 > > > Any code that does `new Thread()` on GAE throws an exception, because you can't create new threads yourself. > Other future cloud platforms might have a similar restriction. It should be possible to plug in a custom way of creating threads. > *Proposal A)* Add a kieBase configuration property to change the ThreadFactory > {code} > drools.threadFactory = com.user.project.GoogleAppEngineThreadFactory > {code} > *Proposal B)* Add a kieBase configuration property to change the ExecutorServiceFactory > {code} > drools.executorServiceFactory = com.user.project.ExecutorServiceFactory > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1125) Google App Engine support: ClassLoader.getSystemClassLoader() throws exception

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1125?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1125: ------------------------------------------------- Xiong Zhi Ming <zxiong(a)redhat.com> changed the Status of [bug 1329093|https://bugzilla-qe-05.host.stage.eng.rdu2.redhat.com/show_bug.cg...] from ON_QA to NEW > Google App Engine support: ClassLoader.getSystemClassLoader() throws exception > ------------------------------------------------------------------------------ > > Key: DROOLS-1125 > URL: https://issues.jboss.org/browse/DROOLS-1125 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.Beta1 > > > Class org.kie.internal.utils.ChainedProperties > Every call to get the System Class Loader > confClassLoader = ClassLoader.getSystemClassLoader(); (i.e. lines 133, 169) > raises an exception. > Todo: figure out which particular exception. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6368) Upgrade CXF from 3.1.4 to 3.1.6

by Chao Wang (JIRA)

[ https://issues.jboss.org/browse/WFLY-6368?page=com.atlassian.jira.plugin.... ] Chao Wang commented on WFLY-6368: --------------------------------- why this was rejected ? > Upgrade CXF from 3.1.4 to 3.1.6 > ------------------------------- > > Key: WFLY-6368 > URL: https://issues.jboss.org/browse/WFLY-6368 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Bartosz Baranowski > Assignee: Jason Greene > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6655) When creating JMS bridge management API should pass bridge name to JMS broker

by Tom Ross (JIRA)

Tom Ross created WFLY-6655: ------------------------------ Summary: When creating JMS bridge management API should pass bridge name to JMS broker Key: WFLY-6655 URL: https://issues.jboss.org/browse/WFLY-6655 Project: WildFly Issue Type: Bug Components: JMS Environment: JBoss EAP 7.0 Reporter: Tom Ross Assignee: Jeff Mesnil In situations where there are multiple JMS bridges being created it woudl help if bridge name is logged in the server name. This helps with recognising which JMS bridge is having problems. For this to work the JBoss messaging API layer has to pass bridge name to the JMS broker. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1127) Google App Engine support: Do not call new Thread() by allowing to plug in a custom ThreadFactory

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1127?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1127: ------------------------------------------------- Xiong Zhi Ming <zxiong(a)redhat.com> changed the Status of [bug 1329093|https://bugzilla-qe-05.host.stage.eng.rdu2.redhat.com/show_bug.cg...] from MODIFIED to ON_QA > Google App Engine support: Do not call new Thread() by allowing to plug in a custom ThreadFactory > ------------------------------------------------------------------------------------------------- > > Key: DROOLS-1127 > URL: https://issues.jboss.org/browse/DROOLS-1127 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.Beta1 > > > Any code that does `new Thread()` on GAE throws an exception, because you can't create new threads yourself. > Other future cloud platforms might have a similar restriction. It should be possible to plug in a custom way of creating threads. > *Proposal A)* Add a kieBase configuration property to change the ThreadFactory > {code} > drools.threadFactory = com.user.project.GoogleAppEngineThreadFactory > {code} > *Proposal B)* Add a kieBase configuration property to change the ExecutorServiceFactory > {code} > drools.executorServiceFactory = com.user.project.ExecutorServiceFactory > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1125) Google App Engine support: ClassLoader.getSystemClassLoader() throws exception

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1125?page=com.atlassian.jira.plugi... ] RH Bugzilla Integration commented on DROOLS-1125: ------------------------------------------------- Xiong Zhi Ming <zxiong(a)redhat.com> changed the Status of [bug 1329093|https://bugzilla-qe-05.host.stage.eng.rdu2.redhat.com/show_bug.cg...] from MODIFIED to ON_QA > Google App Engine support: ClassLoader.getSystemClassLoader() throws exception > ------------------------------------------------------------------------------ > > Key: DROOLS-1125 > URL: https://issues.jboss.org/browse/DROOLS-1125 > Project: Drools > Issue Type: Enhancement > Components: core engine > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > Fix For: 7.0.0.Beta1 > > > Class org.kie.internal.utils.ChainedProperties > Every call to get the System Class Loader > confClassLoader = ClassLoader.getSystemClassLoader(); (i.e. lines 133, 169) > raises an exception. > Todo: figure out which particular exception. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1187) Score corruption (regression) in nurse rostering long_hint01.xml after fix for DROOLS-1174

by Jiri Locker (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1187?page=com.atlassian.jira.plugi... ] Jiri Locker commented on DROOLS-1187: ------------------------------------- While working on the isolation I hit DROOLS-1186 again and re-opened it. Since the rules that cause DROOLS-1186 are prerequisite for the rule that causes the corrupted score (maximumConsecutiveWorkingWeekends) I suspect there may be a dependency between these two issues and so I would rather wait until DROOLS-1186 is resolved and get back to this one after that. > Score corruption (regression) in nurse rostering long_hint01.xml after fix for DROOLS-1174 > ------------------------------------------------------------------------------------------ > > Key: DROOLS-1187 > URL: https://issues.jboss.org/browse/DROOLS-1187 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 7.0.0.Beta1 > Reporter: Geoffrey De Smet > Assignee: Jiri Locker > > the new mole after whacking the mole of DROOLS-1174... > {code} > ava.lang.IllegalStateException: Score corruption: the workingScore (0hard/-85soft) is not the uncorruptedScore (0hard/-86soft) after completedAction ([[2010-01-11/D, 2010-01-12/L, 2010-01-13/L, 2010-01-14/L] {? -> 16}, [2010-01-14/DH, 2010-01-15/E, 2010-01-16/L, 2010-01-17/L] {? -> 29}]): > The corrupted scoreDirector has no ConstraintMatch(s) which are in excess. > The corrupted scoreDirector has 1 ConstraintMatch(s) which are missing: > org.optaplanner.examples.nurserostering.solver/maximumConsecutiveWorkingWeekends/level1/[18 is working the weekend of 2 - 23, 18, 0-CONSECUTIVE_WORKING_WEEKENDS]=-1 > Check your score constraints. > at org.optaplanner.core.impl.score.director.AbstractScoreDirector.assertWorkingScoreFromScratch(AbstractScoreDirector.java:418) > at org.optaplanner.core.impl.solver.scope.DefaultSolverScope.assertWorkingScoreFromScratch(DefaultSolverScope.java:118) > at org.optaplanner.core.impl.phase.scope.AbstractPhaseScope.assertWorkingScoreFromScratch(AbstractPhaseScope.java:167) > at org.optaplanner.core.impl.localsearch.decider.LocalSearchDecider.processMove(LocalSearchDecider.java:167) > at org.optaplanner.core.impl.localsearch.decider.LocalSearchDecider.doMove(LocalSearchDecider.java:153) > at org.optaplanner.core.impl.localsearch.decider.LocalSearchDecider.decideNextStep(LocalSearchDecider.java:125) > at org.optaplanner.core.impl.localsearch.DefaultLocalSearchPhase.solve(DefaultLocalSearchPhase.java:63) > at org.optaplanner.core.impl.solver.DefaultSolver.runPhases(DefaultSolver.java:229) > at org.optaplanner.core.impl.solver.DefaultSolver.solve(DefaultSolver.java:191) > at org.optaplanner.examples.common.app.SolveAllTurtleTest.buildAndSolve(SolveAllTurtleTest.java:75) > at org.optaplanner.examples.common.app.SolveAllTurtleTest.runFastAndFullAssert(SolveAllTurtleTest.java:59) > 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 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) > at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) > at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) > at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) > at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) > at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78) > at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.junit.runners.Suite.runChild(Suite.java:128) > at org.junit.runners.Suite.runChild(Suite.java:27) > at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) > at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) > at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) > at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) > at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) > at org.junit.runners.ParentRunner.run(ParentRunner.java:363) > at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:283) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeWithRerun(JUnit4Provider.java:173) > at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:153) > at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:128) > at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203) > at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155) > at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103) > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1193) MemoryUtil's static constructor call to ManagementFactory.getMemoryPoolMXBeans() fails on Google App Engine

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1193?page=com.atlassian.jira.plugi... ] Mario Fusco edited comment on DROOLS-1193 at 5/26/16 11:20 AM: --------------------------------------------------------------- Fixed by https://github.com/droolsjbpm/drools/commit/740f82844015b48edad7b43b506c2... was (Author: mfusco): Fixed by https://github.com/droolsjbpm/drools/commit/10620bf71 > MemoryUtil's static constructor call to ManagementFactory.getMemoryPoolMXBeans() fails on Google App Engine > ----------------------------------------------------------------------------------------------------------- > > Key: DROOLS-1193 > URL: https://issues.jboss.org/browse/DROOLS-1193 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.4.0.Final > Reporter: Geoffrey De Smet > Assignee: Mario Fusco > > {code} > [INFO] java.lang.NoClassDefFoundError: java.lang.management.ManagementFactory is a restricted class. Please see the Google App Engine developer's guide for more details. > [INFO] at com.google.appengine.tools.development.agent.runtime.Runtime.reject(Runtime.java:52) > [INFO] at org.drools.core.util.MemoryUtil.<clinit>(MemoryUtil.java:33) > [INFO] at java.lang.Class.forName0(Native Method) > [INFO] at java.lang.Class.forName(Class.java:195) > [INFO] at com.google.appengine.tools.development.agent.runtime.RuntimeHelper.checkRestricted(RuntimeHelper.java:70) > [INFO] at com.google.appengine.tools.development.agent.runtime.Runtime.checkRestricted(Runtime.java:65) > [INFO] at org.drools.core.RuleBaseConfiguration.setPermGenThreshold(RuleBaseConfiguration.java:583) > [INFO] at org.drools.core.RuleBaseConfiguration.init(RuleBaseConfiguration.java:451) > [INFO] at org.drools.core.RuleBaseConfiguration.init(RuleBaseConfiguration.java:429) > [INFO] at org.drools.core.RuleBaseConfiguration.<init>(RuleBaseConfiguration.java:278) > [INFO] at org.drools.compiler.kie.builder.impl.KieServicesImpl.newKieBaseConfiguration(KieServicesImpl.java:185) > {code} > the problem is in this code: > {code} > static { > if (!hasPermGen() || ClassUtils.isAndroid()) { // hasPermGen is true because GAE doesn't support java 8 yet > permGenStats = new DummyMemoryStats(); > } else { > MemoryPoolMXBean permGenBean = null; > for (MemoryPoolMXBean mx : ManagementFactory.getMemoryPoolMXBeans()) { // <=== EXCEPTION > if (mx.getName() != null && mx.getName().contains("Perm")) { > permGenBean = mx; > break; > } > } > permGenStats = new MBeanMemoryStats(permGenBean); > } > } > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira May 2016