May 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-3019) droolsjbpm-integration example does not run

by Jervis Liu (JIRA)

droolsjbpm-integration example does not run ------------------------------------------- Key: JBRULES-3019 URL: https://issues.jboss.org/browse/JBRULES-3019 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.2.0.M2 Reporter: Jervis Liu Assignee: Mark Proctor Priority: Critical Fix For: 5.2.0.CR1 droolsjbpm-integration example does not run. How to reproduce: 1. download droolsjbpm-integration distribution from https://hudson.qa.jboss.com/hudson/view/Drools%20jBPM/job/droolsjbpm-inte... 2. build examples using the pom provided. 3. under droolsjbpm-integration-distribution-5.2.0-SNAPSHOT\examples directory, run examples using runExamples.sh or runExamples.bat 4. When the gui starts up, click NumberGuess example. Following exceptions are thrown from console: Exception in thread "AWT-EventQueue-0" java.lang.NoSuchMethodError: org.drools.b ase.mvel.MVELCompilationUnit.getCompiledExpression(Ljava/lang/ClassLoader;)Ljava /io/Serializable; at org.jbpm.process.instance.impl.MVELAction.compile(MVELAction.java:70) at org.jbpm.process.builder.dialect.mvel.MVELActionBuilder.build(MVELAct ionBuilder.java:130) at org.jbpm.process.builder.ActionNodeBuilder.build(ActionNodeBuilder.ja va:25) at org.jbpm.compiler.ProcessBuilderImpl.processNodes(ProcessBuilderImpl. java:215) at org.jbpm.compiler.ProcessBuilderImpl.buildNodes(ProcessBuilderImpl.ja va:201) at org.jbpm.compiler.ProcessBuilderImpl.buildProcess(ProcessBuilderImpl. java:165) at org.jbpm.compiler.ProcessBuilderImpl.addProcessFromXml(ProcessBuilder Impl.java:254) at org.drools.compiler.PackageBuilder.addProcessFromXml(PackageBuilder.j ava:464) at org.drools.compiler.PackageBuilder.addKnowledgeResource(PackageBuilde r.java:501) at org.drools.builder.impl.KnowledgeBuilderImpl.add(KnowledgeBuilderImpl .java:28) at org.drools.examples.numberguess.NumberGuessExample.main(NumberGuessEx ample.java:38) at org.drools.examples.DroolsJbpmIntegrationExamplesApp$3.actionPerforme d(DroolsJbpmIntegrationExamplesApp.java:65) at javax.swing.AbstractButton.fireActionPerformed(Unknown Source) at javax.swing.AbstractButton$Handler.actionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source) at javax.swing.DefaultButtonModel.setPressed(Unknown Source) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(Unknown Sour ce) at java.awt.Component.processMouseEvent(Unknown Source) at javax.swing.JComponent.processMouseEvent(Unknown Source) at java.awt.Component.processEvent(Unknown Source) at java.awt.Container.processEvent(Unknown Source) at java.awt.Component.dispatchEventImpl(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source) at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source) at java.awt.Container.dispatchEventImpl(Unknown Source) at java.awt.Window.dispatchEventImpl(Unknown Source) at java.awt.Component.dispatchEvent(Unknown Source) at java.awt.EventQueue.dispatchEvent(Unknown Source) at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source) at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.pumpEvents(Unknown Source) at java.awt.EventDispatchThread.run(Unknown Source) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
3
0 / 0

[JBoss JIRA] Created: (JBAS-9367) Failure to start OSGi subsystem eagerly

by Thomas Diesler (JIRA)

Failure to start OSGi subsystem eagerly --------------------------------------- Key: JBAS-9367 URL: https://issues.jboss.org/browse/JBAS-9367 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 7.0.0.Beta3 Reporter: Thomas Diesler Assignee: Thomas Diesler Fix For: 7.0.0.Beta4 11:54:09,816 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC00001: Failed to start service jbosgi.AutoInstallBundles: org.jboss.msc.service.StartException in service jbosgi.AutoInstallBundles: Failed to create auto install list at org.jboss.as.osgi.service.AutoInstallIntegration.start(AutoInstallIntegration.java:153) at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1675) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) [:1.6.0_21] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) [:1.6.0_21] at java.lang.Thread.run(Thread.java:619) [:1.6.0_21] Caused by: java.lang.NullPointerException at org.jboss.osgi.framework.internal.BundleManager.installBundle(BundleManager.java:317) at org.jboss.as.osgi.service.AutoInstallIntegration.start(AutoInstallIntegration.java:115) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-3022) drools example does not compile in Eclipse.

by Jervis Liu (JIRA)

drools example does not compile in Eclipse. ------------------------------------------- Key: JBRULES-3022 URL: https://issues.jboss.org/browse/JBRULES-3022 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 5.2.0.M2 Reporter: Jervis Liu Assignee: Mark Proctor Priority: Critical Fix For: 5.2.0.CR1 drools example does not compile in Eclipse. How to reproduce: 1. download drools distribution from https://hudson.qa.jboss.com/hudson/view/Drools%20jBPM/job/drools-5.2.x/3/ 2. generate eclipse project using the pom provided: mvn eclipse:eclipse 3. Import project into Eclipse 4. There are several errors in Eclipse Description Resource Path Location Type [ERR 102] Line 738:55 mismatched input '||' in rule "end_visit" waltzdb.drl /drools-examples/src/main/resources/org/drools/benchmark/waltzdb line 738 Drools Error Description Resource Path Location Type Line 754:0 unexpected exception at input 'rule'. Exception: java.util.EmptyStackException. Stack trace: java.util.EmptyStackException at java.util.Stack.peek(Unknown Source) at java.util.Stack.pop(Unknown Source) at org.drools.lang.ParserHelper.popParaphrases(ParserHelper.java:409) at org.drools.lang.ParserHelper.end(ParserHelper.java:723) at org.drools.lang.DRLParser.rule(DRLParser.java:915) at org.drools.lang.DRLParser.statement(DRLParser.java:248) at org.drools.lang.DRLParser.compilationUnit(DRLParser.java:143) at org.drools.compiler.DrlParser.compile(DrlParser.java:225) at org.drools.compiler.DrlParser.parse(DrlParser.java:64) at org.drools.eclipse.DroolsEclipsePlugin.generateParsedResource(DroolsEclipsePlugin.java:414) at org.drools.eclipse.DroolsEclipsePlugin.generateParsedResource(DroolsEclipsePlugin.java:359) at org.drools.eclipse.DroolsEclipsePlugin.parseResource(DroolsEclipsePlugin.java:272) at org.drools.eclipse.builder.DroolsBuilder.parseDRLFile(DroolsBuilder.java:278) at org.drools.eclipse.builder.DroolsBuilder.parseResource(DroolsBuilder.java:189) at org.drools.eclipse.builder.DroolsBuilder$DroolsBuildVisitor.visit(DroolsBuilder.java:147) at org.eclipse.core.internal.resources.Resource$2.visit(Resource.java:112) at org.eclipse.core.internal.resources.Resource$1.visitElement(Resource.java:64) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:82) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86) at org.eclipse.core.internal.watson.ElementTreeIterator.doIteration(ElementTreeIterator.java:86) at org.eclipse.core.internal.watson.ElementTreeIterator.iterate(ElementTreeIterator.java:127) at org.eclipse.core.internal.resources.Resource.accept(Resource.java:74) at org.eclipse.core.internal.resources.Resource.accept(Resource.java:110) at org.eclipse.core.internal.resources.Resource.accept(Resource.java:94) at org.drools.eclipse.builder.DroolsBuilder.fullBuild(DroolsBuilder.java:131) at org.drools.eclipse.builder.DroolsBuilder.build(DroolsBuilder.java:93) at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:629) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:172) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:203) at org.eclipse.core.internal.events.BuildManager$1.run(BuildManager.java:255) at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:42) at org.eclipse.core.internal.events.BuildManager.basicBuild(BuildManager.java:258) at org.eclipse.core.internal.events.BuildManager.basicBuildLoop(BuildManager.java:311) at org.eclipse.core.internal.events.BuildManager.build(BuildManager.java:343) at org.eclipse.core.internal.events.AutoBuildJob.doBuild(AutoBuildJob.java:144) at org.eclipse.core.internal.events.AutoBuildJob.run(AutoBuildJob.java:242) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) waltzdb.drl /drools-examples/src/main/resources/org/drools/benchmark/waltzdb line 0 Drools Error -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
2
0 / 0

[JBoss JIRA] Created: (JBAS-8869) AS trunk/build/docs folder contains the readme.html with 5.0.0.CR2 release notes

by jaikiran pai (JIRA)

AS trunk/build/docs folder contains the readme.html with 5.0.0.CR2 release notes -------------------------------------------------------------------------------- Key: JBAS-8869 URL: https://issues.jboss.org/browse/JBAS-8869 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Build System Environment: JBoss AS trunk Reporter: jaikiran pai Assignee: Paul Gier Priority: Minor JBoss AS trunk build/docs folder contains a readme.html http://anonsvn.jboss.org/repos/jbossas/trunk/build/docs/readme.html which is 5.0.0.CR2 release notes. This gets copied over to the distribution. I think we should get rid of that file from that build/docs folder. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

3
5
0 / 0

[JBoss JIRA] Created: (JBREM-1282) ServerInvoker does not close StreamHandler in the case of "addstreamcallback"

by Ramesh Reddy (JIRA)

ServerInvoker does not close StreamHandler in the case of "addstreamcallback" ----------------------------------------------------------------------------- Key: JBREM-1282 URL: https://issues.jboss.org/browse/JBREM-1282 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.5.1 (Flounder) Reporter: Ramesh Reddy Attachments: JBossRemoting.patch This started out http://community.jboss.org/thread/163742 and in Teiid project we created a JIRA for this https://issues.jboss.org/browse/TEIID-1511 while debugging for this issue, I found that in ServerInvoker, for "AddStreamCallback" block in the "handleInternalInvocation" method it does not close the stream handler once it is done. This results in open socket connection. I am not sure if this connection closes after some idle time, but in our case user is rapidly going through deploy and undeploy action, results in too many open files. I created a patch and tested with our usecase, the problem no longer exists. Please find attached patch -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
15
0 / 0

[JBoss JIRA] Created: (JBRULES-2999) When using fusion's 'after' or 'before' operator the ConsequenceException (caused by NPE) is thrown.

by Tihomir Surdilovic (JIRA)

When using fusion's 'after' or 'before' operator the ConsequenceException (caused by NPE) is thrown. ---------------------------------------------------------------------------------------------------- Key: JBRULES-2999 URL: https://issues.jboss.org/browse/JBRULES-2999 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core Affects Versions: 5.2.0.M2 Reporter: Tihomir Surdilovic Assignee: Edson Tirelli Priority: Blocker When using 'after' or 'before' operator (maybe also other operators) in simple rule, the ConseqeunceException (cased by NPE) is thrown. The rule and simple test that reproduce this exception are attached. I discussed this with Edson Tirelli and it's a regression. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2504) Maven: clean up the maven build and prepare for maven 3 (multi-issue)

by Geoffrey De Smet (JIRA)

Maven: clean up the maven build and prepare for maven 3 (multi-issue) --------------------------------------------------------------------- Key: JBRULES-2504 URL: https://jira.jboss.org/jira/browse/JBRULES-2504 Project: Drools Issue Type: Task Security Level: Public (Everyone can see) Components: All Affects Versions: 5.1.0.M1 Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Priority: Minor Fix For: FUTURE This is a list of the smaller issues: * Don't use compile dependencies for dependencies that should be purely transitive dependencies * Don't use <optional> in <dependencyManagement> ** might not already be the case * All of the generated files should be in the target directory ** guvnor: version file etc ** several modules (osgi based?): MANIFEST.MF Bigger issues are linked. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

2
5
0 / 0

[JBoss JIRA] Created: (JBRULES-2703) AllBestSolutionsRecaller: Drools Planner should support returning all the solutions with the same best score found during solving, not just the first

by Geoffrey De Smet (JIRA)

AllBestSolutionsRecaller: Drools Planner should support returning all the solutions with the same best score found during solving, not just the first ----------------------------------------------------------------------------------------------------------------------------------------------------- Key: JBRULES-2703 URL: https://jira.jboss.org/browse/JBRULES-2703 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-planner Affects Versions: 5.1.1.FINAL Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Fix For: 5.2.0.M1 Extra method on Solver: getBestSolutions(). Maybe rename BestSolutionRecaller to AllBestSolutionsRecaller? I wouldn't keep the first if a couple experiments should little or no performance degradation due to the hashing of each solution step (especially in sim ann). What do we do with Solver.getBestSolution()? Proposition 1: remove it Proposition 2: keep it and return getBestSolutions().get(0) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-2043) Log problems while building the RuleBase

by Dietmar Scheidl (JIRA)

Log problems while building the RuleBase ---------------------------------------- Key: JBRULES-2043 URL: https://jira.jboss.org/jira/browse/JBRULES-2043 Project: JBoss Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-solver Affects Versions: 5.0.0.M5 Reporter: Dietmar Scheidl Assignee: Mark Proctor I startet to experiment with the drools-solver but only got a NullPointerException: Caused by: java.lang.NullPointerException at org.drools.common.AbstractRuleBase.addPackages(AbstractRuleBase.java:429) at org.drools.reteoo.ReteooRuleBase.addPackage(ReteooRuleBase.java:395) at org.drools.solver.config.localsearch.LocalSearchSolverConfig.buildRuleBase(LocalSearchSolverConfig.java:166) at org.drools.solver.config.localsearch.LocalSearchSolverConfig.buildSolver(LocalSearchSolverConfig.java:137) at org.drools.solver.config.XmlSolverConfigurer.buildSolver(XmlSolverConfigurer.java:73) ... After debugging into this location, I found out that it comes from an error in my scoreDrl. The buildSolver-Method should fail with a more helpful exception or the result of the PackageBuilder should be available to analyse the problems. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

4
13
0 / 0

[JBoss JIRA] Created: (JBCOMMON-117) Race-condition leads to IllegalStateException Cache list entries number (x) > than the maximum allowed (x-1)

by Rico Neubauer (JIRA)

Race-condition leads to IllegalStateException Cache list entries number (x) > than the maximum allowed (x-1) ------------------------------------------------------------------------------------------------------------ Key: JBCOMMON-117 URL: https://issues.jboss.org/browse/JBCOMMON-117 Project: JBoss Common Issue Type: Bug Security Level: Public (Everyone can see) Components: common-core (2.x) Affects Versions: 2.2.17.GA, 2.2.18.GA Reporter: Rico Neubauer Attachments: JBCOMMON-117.diff org.jboss.util.LRUCachePolicy takes care of a cache with a maxCapacity. Unfortunately the modifications of the count of entries is not thread-safe and might lead to the situation that the cache holds more than maxCapacity entries. This can only be seen rarely under heavy load on SMP machines; so far the count reached at most maxCapacity+1, but it's imaginable it could go beyond. One possibility is to fix the modifications of count, which should preferably NOT introduce synchronizations. Another simpler approach is to not throw the exception in case of the cache already having crossed the limit (which itself does not error-out), but behave nicely, since there are no real implications and the limit is not considered to be needed that strict imho. I will attach a proposed patch, showing the problem and using the latter option to fix it. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

15 years

1
1
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 2011