July 2011 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBRULES-677) Setup integration testing

by Geoffrey De Smet (JIRA)

Setup integration testing ------------------------- Key: JBRULES-677 URL: http://jira.jboss.com/jira/browse/JBRULES-677 Project: JBoss Rules Issue Type: Task Security Level: Public (Everyone can see) Components: Solver Reporter: Geoffrey De Smet Assigned To: Geoffrey De Smet Priority: Minor based on solver configs -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-2251) The Solver's score calculation should be reusable without using the Solver itself. The examples should not know the Solver that intimetly and should not use the working memory directly.

by Geoffrey De Smet (JIRA)

The Solver's score calculation should be reusable without using the Solver itself. The examples should not know the Solver that intimetly and should not use the working memory directly. ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Key: JBRULES-2251 URL: https://jira.jboss.org/jira/browse/JBRULES-2251 Project: Drools Issue Type: Task Security Level: Public (Everyone can see) Components: drools-solver Affects Versions: 5.0.1.FINAL Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet -- 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

12 years, 9 months

1
1
0 / 0

[JBoss JIRA] Created: (JBRULES-2884) Drools classpath container allows modification for source and JavaDoc locations

by Masafumi Miura (JIRA)

Drools classpath container allows modification for source and JavaDoc locations -------------------------------------------------------------------------------- Key: JBRULES-2884 URL: https://issues.jboss.org/browse/JBRULES-2884 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-eclipse Reporter: Masafumi Miura Assignee: Mark Proctor The AS, WS and ESB classpath containers allow source and JavaDoc locations to be set via the Properties dialog on each contained jar. The Drools classpath container does not. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
4
0 / 0

[JBoss JIRA] Created: (JBRULES-2313) Tomcat memery leak with drools 4.0.7 or 5.0.1

by GREFFET Emmanuel (JIRA)

Tomcat memery leak with drools 4.0.7 or 5.0.1 ---------------------------------------------- Key: JBRULES-2313 URL: https://jira.jboss.org/jira/browse/JBRULES-2313 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Components: drools-core (expert) Affects Versions: 5.0.1.FINAL, 4.0.7 Environment: XP tomcat 5.5.9 Reporter: GREFFET Emmanuel Assignee: Mark Proctor Priority: Critical The memory is never released !!! (never ever ) when à Stop and Start or restart Tomcat. A made this test with a simple Drools call with a simple webapp and i tried with 4.0.7 and 5.0.1 drools version. The problem is the same. We need to stop tomcat process to release memory. Until this stop each Tomcat "Restart" with a drools call, will never release the memory. I made graphic with VisualWM, and we can see this problem ! I made a zip of my simple Eclipse project (webapp + drools) and word file for more information and screen copy of VisualVM. Thanks for help. Emmanuel GREFFET ( FRANCE) -- 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

12 years, 9 months

3
5
0 / 0

[JBoss JIRA] Created: (JBRULES-2811) Javadocs should aggregate all javadocs of all modules, but should use groups to distinguish them in the overview

by Geoffrey De Smet (JIRA)

Javadocs should aggregate all javadocs of all modules, but should use groups to distinguish them in the overview ---------------------------------------------------------------------------------------------------------------- Key: JBRULES-2811 URL: https://jira.jboss.org/browse/JBRULES-2811 Project: Drools Issue Type: Task Security Level: Public (Everyone can see) Components: drools-api Affects Versions: 5.1.1.FINAL Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Priority: Optional Fix For: FUTURE Aggregate: http://maven.apache.org/plugins/maven-javadoc-plugin/aggregate-mojo.html Groups: http://maven.apache.org/plugins/maven-javadoc-plugin/javadoc-mojo.html#gr... -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-1103) Tabu asperation based on stepscore

by Geoffrey De Smet (JIRA)

Tabu asperation based on stepscore ---------------------------------- Key: JBRULES-1103 URL: http://jira.jboss.com/jira/browse/JBRULES-1103 Project: JBoss Rules Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Solver Reporter: Geoffrey De Smet Assigned To: Geoffrey De Smet Fix For: FUTURE Move tabu and property tabu could use "aspiration" Basically even if it's tabu, a move is accepted if the stepscore improves. For solution tabu this is pointless. Aspiration should occur on stepScore and NOT on decisionScore -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-2694) New drools example: Phone call billing

by Geoffrey De Smet (JIRA)

New drools example: Phone call billing -------------------------------------- Key: JBRULES-2694 URL: https://jira.jboss.org/browse/JBRULES-2694 Project: Drools Issue Type: Feature Request Security Level: Public (Everyone can see) Components: drools-docs Affects Versions: 5.1.1.FINAL Reporter: Geoffrey De Smet Assignee: Geoffrey De Smet Fix For: FUTURE Move the example of bejug 2010 into drools-examples http://www.slideshare.net/ge0ffrey/drools-bejug-2010 => skip to slide 10 -- 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

12 years, 9 months

1
2
0 / 0

[JBoss JIRA] Created: (JBRULES-3092) The Pacman example crashes in drools 5.2.0

by Geoffrey De Smet (JIRA)

The Pacman example crashes in drools 5.2.0 ------------------------------------------ Key: JBRULES-3092 URL: https://issues.jboss.org/browse/JBRULES-3092 Project: Drools Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Geoffrey De Smet Assignee: Mark Proctor {code} Exception in thread "AWT-EventQueue-0" [Error: no such identifier: Direction] [Near : {... System.out.println( "monster u ....}] ^ [Line: 1, Column: 58] at org.mvel2.compiler.ExpressionCompiler.verify(ExpressionCompiler.java:406) at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:283) at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:69) at org.mvel2.MVEL.analyze(MVEL.java:678) at org.mvel2.ast.NewObjectNode.<init>(NewObjectNode.java:118) at org.mvel2.compiler.AbstractParser.nextToken(AbstractParser.java:321) at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:135) at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:69) at org.mvel2.MVEL.analyze(MVEL.java:678) at org.mvel2.compiler.PropertyVerifier.getMethod(PropertyVerifier.java:462) at org.mvel2.compiler.PropertyVerifier.analyze(PropertyVerifier.java:116) at org.mvel2.compiler.ExpressionCompiler.verify(ExpressionCompiler.java:390) at org.mvel2.compiler.ExpressionCompiler._compile(ExpressionCompiler.java:283) at org.mvel2.compiler.ExpressionCompiler.compile(ExpressionCompiler.java:69) at org.mvel2.MVEL.compileExpression(MVEL.java:808) at org.drools.base.mvel.MVELCompilationUnit.compile(MVELCompilationUnit.java:420) at org.drools.base.mvel.MVELCompilationUnit.getCompiledExpression(MVELCompilationUnit.java:240) at org.drools.base.mvel.MVELConsequence.compile(MVELConsequence.java:74) at org.drools.rule.MVELDialectRuntimeData.onBeforeExecute(MVELDialectRuntimeData.java:159) at org.drools.rule.DialectRuntimeRegistry.onBeforeExecute(DialectRuntimeRegistry.java:138) at org.drools.common.AbstractRuleBase.addPackages(AbstractRuleBase.java:511) at org.drools.reteoo.ReteooRuleBase.addPackages(ReteooRuleBase.java:427) at org.drools.impl.KnowledgeBaseImpl.addKnowledgePackages(KnowledgeBaseImpl.java:149) at org.drools.examples.pacman.PacmanExample.initKsession(PacmanExample.java:65) at org.drools.examples.pacman.PacmanExample.main(PacmanExample.java:39) at org.drools.examples.DroolsExamplesApp$3.actionPerformed(DroolsExamplesApp.java:77) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236) at java.awt.Component.processMouseEvent(Component.java:6289) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:6054) at java.awt.Container.processEvent(Container.java:2041) at java.awt.Component.dispatchEventImpl(Component.java:4652) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Component.dispatchEvent(Component.java:4482) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4577) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4238) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168) at java.awt.Container.dispatchEventImpl(Container.java:2085) at java.awt.Window.dispatchEventImpl(Window.java:2478) at java.awt.Component.dispatchEvent(Component.java:4482) at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:644) at java.awt.EventQueue.access$000(EventQueue.java:85) at java.awt.EventQueue$1.run(EventQueue.java:603) at java.awt.EventQueue$1.run(EventQueue.java:601) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:98) at java.awt.EventQueue$2.run(EventQueue.java:617) at java.awt.EventQueue$2.run(EventQueue.java:615) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessControlContext$1.doIntersectionPrivilege(AccessControlContext.java:87) at java.awt.EventQueue.dispatchEvent(EventQueue.java:614) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) {code} -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

3
12
0 / 0

[JBoss JIRA] Created: (JBAS-8778) Problem with deployment order of EAR and JMS queues

by Frank Langelage (JIRA)

Problem with deployment order of EAR and JMS queues --------------------------------------------------- Key: JBAS-8778 URL: https://issues.jboss.org/browse/JBAS-8778 Project: JBoss Application Server Issue Type: Bug Security Level: Public (Everyone can see) Components: Deployers, JMS (HornetQ) Affects Versions: 6.0.0.Final Reporter: Frank Langelage Assignee: Ales Justin Our application deployed as one EAR file contains two MDB. The queues are defined in $JBOSS_HOME/deploy/hornetq/mbi2e-lafr-sb2000-ipc-hornetq-jms.xml: <?xml version="1.0" encoding="UTF-8"?> <configuration xmlns="urn:hornetq" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:hornetq /schema/hornetq-jms.xsd"> <queue name="mbi2e-lafr-sb2000-ipc/MessageDistributorQueue"> <entry name="queue/mbi2e-lafr-sb2000-ipc/MessageDistributorQueue"/> </queue> <queue name="mbi2e-lafr-sb2000-ipc/SalesOrderImportQueue"> <entry name="queue/mbi2e-lafr-sb2000-ipc/SalesOrderImportQueue"/> </queue> </configuration> If I first startup JBossAS, already including the queue definitions shown above, and then deploy my ear file everything is fine. No Errors. But if I bounce and restart the engine after that, with everything deployed, I get Warnings and Errors. Right after the start of the MDB listening on the 'MessageDistributorQueue' I get this: 11:48:58,754 WARN [HornetQActivation] Failure in HornetQ activation org.hornetq.ra.inflow.HornetQActivationSpec(ra=org.hornetq.ra.HornetQResourceAdapter@1fe97f9 destination=queue/mbi2e-lafr-sb2000-ipc/MessageDistributorQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15): HornetQException[errorCode=105 message=Unable to validate user: null for check type CONSUME for address jms.queue.mbi2e-lafr-sb2000-ipc/MessageDistributorQueue] at org.hornetq.core.protocol.core.impl.ChannelImpl.sendBlocking(ChannelImpl.java:287) [:] at org.hornetq.core.client.impl.ClientSessionImpl.internalCreateConsumer(ClientSessionImpl.java:1556) [:] at org.hornetq.core.client.impl.ClientSessionImpl.createConsumer(ClientSessionImpl.java:447) [:] at org.hornetq.core.client.impl.ClientSessionImpl.createConsumer(ClientSessionImpl.java:392) [:] at org.hornetq.core.client.impl.DelegatingSession.createConsumer(DelegatingSession.java:201) [:] at org.hornetq.ra.inflow.HornetQMessageHandler.setup(HornetQMessageHandler.java:165) [:] at org.hornetq.ra.inflow.HornetQActivation.setup(HornetQActivation.java:291) [:] at org.hornetq.ra.inflow.HornetQActivation$SetupActivation.run(HornetQActivation.java:573) [:] at org.jboss.resource.work.WorkWrapper.run(WorkWrapper.java:172) [:6.0.1-SNAPSHOT] at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33) [:2.0.0.CR7] at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:801) [:2.0.0.CR7] at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45) [:2.0.0.CR7] at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:821) [:2.0.0.CR7] at java.lang.Thread.run(Thread.java:662) [:1.6.0_23] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [:2.0.0.CR7] And then a few more times during the further startup process I see this: 11:49:00,759 INFO [HornetQActivation] Attempting to reconnect org.hornetq.ra.inflow.HornetQActivationSpec(ra=org.hornetq.ra.HornetQResourceAdapter@1fe97f9 destination=queue/mbi2e-lafr-sb2000-ipc/MessageDistributorQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15) 11:49:00,998 ERROR [HornetQActivation] Unable to reconnect org.hornetq.ra.inflow.HornetQActivationSpec(ra=org.hornetq.ra.HornetQResourceAdapter@1fe97f9 destination=queue/mbi2e-lafr-sb2000-ipc/MessageDistributorQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15): HornetQException[errorCode=105 message=Unable to validate user: null for check type CONSUME for address jms.queue.mbi2e-lafr-sb2000-ipc/MessageDistributorQueue] at org.hornetq.core.protocol.core.impl.ChannelImpl.sendBlocking(ChannelImpl.java:287) [:] at org.hornetq.core.client.impl.ClientSessionImpl.internalCreateConsumer(ClientSessionImpl.java:1556) [:] at org.hornetq.core.client.impl.ClientSessionImpl.createConsumer(ClientSessionImpl.java:447) [:] at org.hornetq.core.client.impl.ClientSessionImpl.createConsumer(ClientSessionImpl.java:392) [:] at org.hornetq.core.client.impl.DelegatingSession.createConsumer(DelegatingSession.java:201) [:] at org.hornetq.ra.inflow.HornetQMessageHandler.setup(HornetQMessageHandler.java:165) [:] at org.hornetq.ra.inflow.HornetQActivation.setup(HornetQActivation.java:291) [:] at org.hornetq.ra.inflow.HornetQActivation.handleFailure(HornetQActivation.java:539) [:] at org.hornetq.ra.inflow.HornetQActivation$SetupActivation.run(HornetQActivation.java:577) [:] at org.jboss.resource.work.WorkWrapper.run(WorkWrapper.java:172) [:6.0.1-SNAPSHOT] at org.jboss.threads.SimpleDirectExecutor.execute(SimpleDirectExecutor.java:33) [:2.0.0.CR7] at org.jboss.threads.QueueExecutor.runTask(QueueExecutor.java:801) [:2.0.0.CR7] at org.jboss.threads.QueueExecutor.access$100(QueueExecutor.java:45) [:2.0.0.CR7] at org.jboss.threads.QueueExecutor$Worker.run(QueueExecutor.java:821) [:2.0.0.CR7] at java.lang.Thread.run(Thread.java:662) [:1.6.0_23] at org.jboss.threads.JBossThread.run(JBossThread.java:122) [:2.0.0.CR7] At the very end of the startup process connect succeeds: 2010-12-28 11:49:09,133 INFO [org.hornetq.ra.inflow.HornetQActivation.info] (pool-1-thread-2) Attempting to reconnect org.hornetq.ra.inflow.HornetQActivationSpec(ra=org.hornetq.ra.HornetQResourceAdapter@1fe97f9 destination=queue/mbi2e-lafr-sb2000-ipc/SalesOrderImportQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15) 2010-12-28 11:49:09,156 INFO [org.hornetq.ra.inflow.HornetQActivation.info] (pool-1-thread-1) Attempting to reconnect org.hornetq.ra.inflow.HornetQActivationSpec(ra=org.hornetq.ra.HornetQResourceAdapter@1fe97f9 destination=queue/mbi2e-lafr-sb2000-ipc/MessageDistributorQueue destinationType=javax.jms.Queue ack=Auto-acknowledge durable=false clientID=null user=null maxSession=15) 2010-12-28 11:49:09,236 INFO [org.apache.coyote.http11.Http11Protocol.start] (Thread-2) Starting Coyote HTTP/1.1 on http-0.0.0.0-8080 2010-12-28 11:49:09,241 INFO [org.apache.coyote.http11.Http11Protocol.start] (Thread-2) Starting Coyote HTTP/1.1 on http-0.0.0.0-8443 2010-12-28 11:49:09,243 INFO [org.jboss.bootstrap.impl.base.server.AbstractServer.run] (Thread-2) JBossAS [6.0.1.SNAPSHOT "Neo"] Started in 3m:57s:688ms 2010-12-28 11:49:09,259 INFO [org.hornetq.ra.inflow.HornetQActivation.info] (pool-1-thread-1) Reconnected with HornetQ 2010-12-28 11:49:09,292 INFO [org.hornetq.ra.inflow.HornetQActivation.info] (pool-1-thread-2) Reconnected with HornetQ -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

7
16
0 / 0

[JBoss JIRA] Created: (AS7-925) Expose the transaction logs via the domain management API

by Brian Stansberry (JIRA)

Expose the transaction logs via the domain management API --------------------------------------------------------- Key: AS7-925 URL: https://issues.jboss.org/browse/AS7-925 Project: Application Server 7 Issue Type: Sub-task Components: Domain Management, Transactions Reporter: Brian Stansberry Fix For: 7.1.0.CR1 Michael Musgrove wrote: "We also have an MBean for exposing the transaction logs - it would be highly desirable to expose these via the management console (com.arjuna.ats.arjuna.tools.osb.mbean.ObjStoreBrowser). However, the implementation requires the presence of an MBeanServer." -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 9 months

5
6
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira July 2011