[JBoss JIRA] Created: (JBRULES-3093) Drools Fusion broker example throws stacktraces in drools 5.2.0
by Geoffrey De Smet (JIRA)
Drools Fusion broker example throws stacktraces in drools 5.2.0
---------------------------------------------------------------
Key: JBRULES-3093
URL: https://issues.jboss.org/browse/JBRULES-3093
Project: Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Geoffrey De Smet
Assignee: Kris Verlaenen
Fix For: 5.2.0
{code}
=============================================================
Unexpected exception caught: Unexpected exception executing action org.jbpm.process.instance.event.DefaultSignalManager$SignalAction@1eeba19
org.drools.RuntimeDroolsException: Unexpected exception executing action org.jbpm.process.instance.event.DefaultSignalManager$SignalAction@1eeba19
at org.drools.common.AbstractWorkingMemory.executeQueuedActions(AbstractWorkingMemory.java:996)
at org.drools.common.DefaultAgenda.fireAllRules(DefaultAgenda.java:1059)
at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:733)
at org.drools.common.AbstractWorkingMemory.fireAllRules(AbstractWorkingMemory.java:699)
at org.drools.impl.StatefulKnowledgeSessionImpl.fireAllRules(StatefulKnowledgeSessionImpl.java:218)
at org.drools.examples.broker.Broker.receive(Broker.java:68)
at org.drools.examples.broker.events.EventFeeder$FeedJob.execute(EventFeeder.java:85)
at org.drools.time.impl.JDKTimerService$JDKCallableJob.call(JDKTimerService.java:146)
at org.drools.time.impl.JDKTimerService$JDKCallableJob.call(JDKTimerService.java:124)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
at java.util.concurrent.FutureTask.run(FutureTask.java:138)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:98)
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:206)
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
at java.lang.Thread.run(Thread.java:662)
Caused by: java.lang.IllegalArgumentException: XOR split could not find at least one valid outgoing connection for split Take Action
at org.jbpm.workflow.instance.node.SplitInstance.internalTrigger(SplitInstance.java:98)
at org.jbpm.workflow.instance.impl.NodeInstanceImpl.trigger(NodeInstanceImpl.java:122)
at org.jbpm.workflow.instance.impl.NodeInstanceImpl.triggerConnection(NodeInstanceImpl.java:185)
at org.jbpm.workflow.instance.impl.NodeInstanceImpl.triggerCompleted(NodeInstanceImpl.java:150)
at org.jbpm.workflow.instance.impl.ExtendedNodeInstanceImpl.triggerCompleted(ExtendedNodeInstanceImpl.java:47)
at org.jbpm.workflow.instance.node.StateBasedNodeInstance.triggerCompleted(StateBasedNodeInstance.java:162)
at org.jbpm.workflow.instance.node.StateBasedNodeInstance.triggerCompleted(StateBasedNodeInstance.java:143)
at org.jbpm.workflow.instance.node.RuleSetNodeInstance.signalEvent(RuleSetNodeInstance.java:73)
at org.jbpm.workflow.instance.impl.WorkflowProcessInstanceImpl.signalEvent(WorkflowProcessInstanceImpl.java:339)
at org.jbpm.process.instance.event.DefaultSignalManager.internalSignalEvent(DefaultSignalManager.java:80)
at org.jbpm.process.instance.event.DefaultSignalManager$SignalAction.execute(DefaultSignalManager.java:175)
at org.drools.common.AbstractWorkingMemory.executeQueuedActions(AbstractWorkingMemory.java:994)
... 15 more
{code}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months
[JBoss JIRA] (AS7-2821) One-test run may not pass and cause configuration file corruption (due to starting with non appropriate xml configuration)
by Vladimir Rastseluev (Created) (JIRA)
One-test run may not pass and cause configuration file corruption (due to starting with non appropriate xml configuration)
--------------------------------------------------------------------------------------------------------------------------
Key: AS7-2821
URL: https://issues.jboss.org/browse/AS7-2821
Project: Application Server 7
Issue Type: Bug
Environment: ./integration-tests.sh install -Dtest=org.jboss.as.test.smoke.embedded.mgmt.datasource.DataSourceOperationsUnitTestCase.java
Reporter: Vladimir Rastseluev
Fix For: 7.1.0.CR1
After execution of this command (Environment) test fails and configuration file ~/testsuite/integration/smoke/target/jbossas-smoke/standalone/configuration/standalone-full.xml is changed (datasource MyNewDs is added). Problem is caused by starting test with non appropriate configuration in /testsuite/integration/smoke/pom.xml file(test starts twice with standalone-full.xml and standalone.xml configuration). This test needs another configuration file - standalone.xml.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months
[JBoss JIRA] (JBRULES-3305) Use any JPA Provider
by Geoffrey De Smet (Issue Comment Edited) (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3305?page=com.atlassian.jira.plug... ]
Geoffrey De Smet edited comment on JBRULES-3305 at 12/5/11 9:15 AM:
--------------------------------------------------------------------
Moved from Guvnor's jira: Guvnor itself doesn't have any hibernate specific annotations. It does depend on hibernate-validator (but that's unrelated to hibernate persistence and/or JPA) and even then it only uses the bean validation JSR annotations.
Drools does depend on hibernate-core, annotations and entitymanager, but it doesn't use any hibernate specific annotations.
JBPM does use hibernate specific annotations:
{code}
Targets
String 'import org.hibernate'
Found usages (5 usages)
Production (5 usages)
jbpm-bam (4 usages)
org.jbpm.process.audit (4 usages)
HibernateUtil.java (2 usages)
(19: 1) import org.hibernate.SessionFactory;
(20: 1) import org.hibernate.cfg.Configuration;
ProcessInstanceDbLog.java (1 usage)
(21: 1) import org.hibernate.Session;
WorkingMemoryDbLogger.java (1 usage)
(28: 1) import org.hibernate.Session;
jbpm-persistence-jpa (1 usage)
org.jbpm.persistence.processinstance (1 usage)
ProcessInstanceInfo.java (1 usage)
(35: 1) import org.hibernate.annotations.CollectionOfElements;
{code}
What does the customer want?
- Is removing that one @CollectionOfElements in jBPM enough?
- Or do all the org.hibernate imports in jBPM have to be removed?
- Or do all the hibernate-* dependencies be set to scope runtime (which might not be feasible)?
was (Author: ge0ffrey):
Moved from Guvnor's jira: Guvnor itself doesn't have any hibernate specific annotations. It does depend on hibernate-validator (but that's unrelated to hibernate persistence and/or JPA) and even then it only uses the bean validation JSR annotations.
Drools does depend on hibernate-core, annotations and entitymanager, but it doesn't use any hibernate specific annotations.
JBPM does use hibernate specific annotations:
{code}
Targets
String 'import org.hibernate'
Found usages (5 usages)
Production (5 usages)
jbpm-bam (4 usages)
org.jbpm.process.audit (4 usages)
HibernateUtil.java (2 usages)
(19: 1) import org.hibernate.SessionFactory;
(20: 1) import org.hibernate.cfg.Configuration;
ProcessInstanceDbLog.java (1 usage)
(21: 1) import org.hibernate.Session;
WorkingMemoryDbLogger.java (1 usage)
(28: 1) import org.hibernate.Session;
jbpm-persistence-jpa (1 usage)
org.jbpm.persistence.processinstance (1 usage)
ProcessInstanceInfo.java (1 usage)
(35: 1) import org.hibernate.annotations.CollectionOfElements;
{code}
What does the customer want?
> Use any JPA Provider
> --------------------
>
> Key: JBRULES-3305
> URL: https://issues.jboss.org/browse/JBRULES-3305
> Project: Drools
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Affects Versions: 5.3.0.Final
> Reporter: Jim Tyrrell
>
> A potential customer has currently been using the BRMS/Govnor and would like the ability to use any JPA provider. They noticed some Hibernate specific annotations and wonder why that would be required/used.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months
[JBoss JIRA] (JBRULES-3305) Use any JPA Provider
by Geoffrey De Smet (Commented) (JIRA)
[ https://issues.jboss.org/browse/JBRULES-3305?page=com.atlassian.jira.plug... ]
Geoffrey De Smet commented on JBRULES-3305:
-------------------------------------------
Moved from Guvnor's jira: Guvnor itself doesn't have any hibernate specific annotations. It does depend on hibernate-validator (but that's unrelated to hibernate persistence and/or JPA) and even then it only uses the bean validation JSR annotations.
Drools does depend on hibernate-core, annotations and entitymanager, but it doesn't use any hibernate specific annotations.
JBPM does use hibernate specific annotations:
{code}
Targets
String 'import org.hibernate'
Found usages (5 usages)
Production (5 usages)
jbpm-bam (4 usages)
org.jbpm.process.audit (4 usages)
HibernateUtil.java (2 usages)
(19: 1) import org.hibernate.SessionFactory;
(20: 1) import org.hibernate.cfg.Configuration;
ProcessInstanceDbLog.java (1 usage)
(21: 1) import org.hibernate.Session;
WorkingMemoryDbLogger.java (1 usage)
(28: 1) import org.hibernate.Session;
jbpm-persistence-jpa (1 usage)
org.jbpm.persistence.processinstance (1 usage)
ProcessInstanceInfo.java (1 usage)
(35: 1) import org.hibernate.annotations.CollectionOfElements;
{code}
What does the customer want?
> Use any JPA Provider
> --------------------
>
> Key: JBRULES-3305
> URL: https://issues.jboss.org/browse/JBRULES-3305
> Project: Drools
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Affects Versions: 5.3.0.Final
> Reporter: Jim Tyrrell
>
> A potential customer has currently been using the BRMS/Govnor and would like the ability to use any JPA provider. They noticed some Hibernate specific annotations and wonder why that would be required/used.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 7 months