May 2016 - jboss-jira - Jboss List Archives

[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)

9 years, 11 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)

9 years, 11 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)

9 years, 11 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)

9 years, 11 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)

9 years, 11 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)

9 years, 11 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 POST to MODIFIED > 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)

9 years, 11 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 POST to MODIFIED > 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)

9 years, 11 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6654) Optimize live/backup replication after failback

by Clebert Suconic (JIRA)

[ https://issues.jboss.org/browse/WFLY-6654?page=com.atlassian.jira.plugin.... ] Clebert Suconic closed WFLY-6654. --------------------------------- Resolution: Rejected I wish it was this simple... I added a comment saying why it would be impossible/ difficult to do it. You would need to find the deltas of what's needed, and even then it's impossible to guarantee it's coming from the same journal. You would need to invest a lot into something not worthy the investment. > Optimize live/backup replication after failback > ----------------------------------------------- > > Key: WFLY-6654 > URL: https://issues.jboss.org/browse/WFLY-6654 > Project: WildFly > Issue Type: Enhancement > Components: JMS > Affects Versions: 10.0.0.Final > Reporter: Miroslav Novak > Assignee: Clebert Suconic > Priority: Critical > > Currently if there is master/slave pair configured using replicated journal then after each failback when master is starting, it copies the whole journal directory from slave. > This seems to ineffective as master might have significant part of backups journal before it failed. > If only differences between journals would be transfered then it would be effective especially in case when failback is completed and master starts to synchronize the whole journal back to slave. It copies the whole journal to backup again which is almost the same. This would greatly speed up synchronization of slave and safe network bandwidth. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

9 years, 11 months

1
0
0 / 0

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

by Geoffrey De Smet (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1193?page=com.atlassian.jira.plugi... ] Geoffrey De Smet edited comment on DROOLS-1193 at 5/26/16 10:23 AM: -------------------------------------------------------------------- After discussion we saw 3 alternatives: * A) Disable the feature (such as jitting constraints) if BeanManager isn't available on JDK 7 or lower - Accepted * B) Pessmistically guess the permGenspace value - Rejected because it's unreliabe/unstable. It's also impossible to ask later on how much is left. * C) Allow enabling/disabling each feature individually through configuration - Rejected because it's inferior to A): too much painfully hoops for a user to jump through. How do we detect GAE (and Android etc) best? Still under debate: http://stackoverflow.com/questions/37463518/how-to-detect-google-app-engi... was (Author: ge0ffrey): After discussion we saw 3 alternative: * A) Disable the feature (such as jitting constraints) if BeanManager isn't available on JDK 7 or lower - Accepted * B) Pessmistically guess the permGenspace value - Rejected because it's unreliabe/unstable. It's also impossible to ask later on how much is left. * C) Allow enabling/disabling each feature individually through configuration - Rejected because it's inferior to A): too much painfully hoops for a user to jump through. How do we detect GAE (and Android etc) best? Still under debate: http://stackoverflow.com/questions/37463518/how-to-detect-google-app-engi... > 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)

9 years, 11 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 May 2016