January 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (DROOLS-989) Saving/Restoring drools session prevents timer-related rules from firing

by Mario Fusco (JIRA)

[ https://issues.jboss.org/browse/DROOLS-989?page=com.atlassian.jira.plugin... ] Mario Fusco resolved DROOLS-989. -------------------------------- Resolution: Rejected The KieSessionConfiguration is not part of the marshalled session and has to be passed to the Marshaller when the session is unmarshalled. In your case replacing {code} KieSession kSession = marshaller.unmarshall(baos); {code} with {code} KieSession kSession = marshaller.unmarshall(baos, ksConf, null); {code} fixes your test case. > Saving/Restoring drools session prevents timer-related rules from firing > ------------------------------------------------------------------------ > > Key: DROOLS-989 > URL: https://issues.jboss.org/browse/DROOLS-989 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final > Reporter: David Weir > Assignee: Mario Fusco > Priority: Blocker > Attachments: DroolsTimerTest.java, DroolsTimerTest.java, DroolsTimerTest.java, DroolsTimerTest.java > > > Attached test case shows a timer-base rule firing. Then the session is saved and restored per the manual. When the trigger is inserted again, the rule does not fire. > This is killing my system whenever I have to restart and restore the current sessions. > The workaround is to create the session again from scratch -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6080) Hibernate validator fails most deployments on JDK9

by Tomaz Cerar (JIRA)

[ https://issues.jboss.org/browse/WFLY-6080?page=com.atlassian.jira.plugin.... ] Tomaz Cerar updated WFLY-6080: ------------------------------ Parent: (was: WFLY-3854) Issue Type: Bug (was: Sub-task) > Hibernate validator fails most deployments on JDK9 > -------------------------------------------------- > > Key: WFLY-6080 > URL: https://issues.jboss.org/browse/WFLY-6080 > Project: WildFly > Issue Type: Bug > Components: EE, JPA / Hibernate > Affects Versions: 7.0.0.ER4 > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > Fix For: 10.0.0.Beta2 > > > Hibernate validator wrongly parser java version string, which fails on JDK9 with Verona project based versioning. > {noformat} > javax.validation.ValidationException: Unable to instantiate Configuration. > at org.hibernate.validator.internal.util.Version.getJavaRelease(Version.java:36) > at org.hibernate.validator.internal.engine.ConfigurationImpl.<init>(ConfigurationImpl.java:120) > at org.hibernate.validator.internal.engine.ConfigurationImpl.<init>(ConfigurationImpl.java:96) > at org.hibernate.validator.HibernateValidator.createGenericConfiguration(HibernateValidator.java:31) > at javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:276) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6080) Hibernate validator fails most deployments on JDK9

by Tomaz Cerar (JIRA)

Tomaz Cerar created WFLY-6080: --------------------------------- Summary: Hibernate validator fails most deployments on JDK9 Key: WFLY-6080 URL: https://issues.jboss.org/browse/WFLY-6080 Project: WildFly Issue Type: Sub-task Components: EE, JPA / Hibernate Affects Versions: 10.0.0.CR5 Reporter: Tomaz Cerar Assignee: Tomaz Cerar Hibernate validator wrongly parser java version string, which fails on JDK9 with Verona project based versioning. {noformat} javax.validation.ValidationException: Unable to instantiate Configuration. at org.hibernate.validator.internal.util.Version.getJavaRelease(Version.java:36) at org.hibernate.validator.internal.engine.ConfigurationImpl.<init>(ConfigurationImpl.java:120) at org.hibernate.validator.internal.engine.ConfigurationImpl.<init>(ConfigurationImpl.java:96) at org.hibernate.validator.HibernateValidator.createGenericConfiguration(HibernateValidator.java:31) at javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:276) {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6043) Hibernate validator fails most deployments on JDK9

by Gunnar Morling (JIRA)

[ https://issues.jboss.org/browse/WFLY-6043?page=com.atlassian.jira.plugin.... ] Gunnar Morling commented on WFLY-6043: -------------------------------------- Hey [~ctomc], I've released Hibernate Validator 5.2.3.Final with the version parsing fix and sent PR https://github.com/wildfly/wildfly/pull/8614 for updating HV in WildFly. > Hibernate validator fails most deployments on JDK9 > -------------------------------------------------- > > Key: WFLY-6043 > URL: https://issues.jboss.org/browse/WFLY-6043 > Project: WildFly > Issue Type: Sub-task > Components: EE, JPA / Hibernate > Affects Versions: 10.0.0.CR5 > Reporter: Tomaz Cerar > Assignee: Tomaz Cerar > > Hibernate validator wrongly parser java version string, which fails on JDK9 with Verona project based versioning. > {noformat} > javax.validation.ValidationException: Unable to instantiate Configuration. > at org.hibernate.validator.internal.util.Version.getJavaRelease(Version.java:36) > at org.hibernate.validator.internal.engine.ConfigurationImpl.<init>(ConfigurationImpl.java:120) > at org.hibernate.validator.internal.engine.ConfigurationImpl.<init>(ConfigurationImpl.java:96) > at org.hibernate.validator.HibernateValidator.createGenericConfiguration(HibernateValidator.java:31) > at javax.validation.Validation$GenericBootstrapImpl.configure(Validation.java:276) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6079) Upgrade to Hibernate Validator 5.2.3.Final

by Gunnar Morling (JIRA)

[ https://issues.jboss.org/browse/WFLY-6079?page=com.atlassian.jira.plugin.... ] Gunnar Morling commented on WFLY-6079: -------------------------------------- This upgrade fixes WFLY-6043. > Upgrade to Hibernate Validator 5.2.3.Final > ------------------------------------------ > > Key: WFLY-6079 > URL: https://issues.jboss.org/browse/WFLY-6079 > Project: WildFly > Issue Type: Component Upgrade > Reporter: Gunnar Morling > Assignee: Jason Greene > Fix For: 10.0.0.Final > > > Hibernate Validator 5.2.3.Final brings compatability with Java 9 and some other bug fixes. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6079) Upgrade to Hibernate Validator 5.2.3.Final

by Gunnar Morling (JIRA)

Gunnar Morling created WFLY-6079: ------------------------------------ Summary: Upgrade to Hibernate Validator 5.2.3.Final Key: WFLY-6079 URL: https://issues.jboss.org/browse/WFLY-6079 Project: WildFly Issue Type: Component Upgrade Reporter: Gunnar Morling Assignee: Jason Greene Fix For: 10.0.0.Final Hibernate Validator 5.2.3.Final brings compatability with Java 9 and some other bug fixes. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6078) Add auto-create|delete-jms-queues to address-settings resource

by Jeff Mesnil (JIRA)

Jeff Mesnil created WFLY-6078: --------------------------------- Summary: Add auto-create|delete-jms-queues to address-settings resource Key: WFLY-6078 URL: https://issues.jboss.org/browse/WFLY-6078 Project: WildFly Issue Type: Feature Request Components: JMS Affects Versions: 10.0.0.CR5 Reporter: Jeff Mesnil Assignee: Jeff Mesnil Fix For: 10.0.0.Final -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-987) Errors in Phreak under heavy and multi threaded load

by Marco Rietveld (JIRA)

[ https://issues.jboss.org/browse/DROOLS-987?page=com.atlassian.jira.plugin... ] Marco Rietveld closed DROOLS-987. --------------------------------- Resolution: Rejected > Errors in Phreak under heavy and multi threaded load > ----------------------------------------------------- > > Key: DROOLS-987 > URL: https://issues.jboss.org/browse/DROOLS-987 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final > Environment: linux > Java 7 > kernel 3.16 > Reporter: Jose Cavieres > Assignee: Marco Rietveld > Attachments: jbpm-bussinesruletask-concurrent-6-3-NEW.tgz, jbpm-bussinesruletask-concurrent-6-3.tgz > > > Several threads are started, each one starts 1 jbpm process containing rule(s) task(s). > If the threads are few, everything works fine. Under heavy load nullPointerExceptions are thown most of the time, less frequently fireAllRules never ends and CPU remains at 100%. > Aparently the setFocus method used by rule tasks is related to the problem. > The most comon error is: > Caused by: java.lang.NullPointerException > at org.drools.core.common.LeftTupleSetsImpl.removeInsert(LeftTupleSetsImpl.java:141) > at org.drools.core.common.LeftTupleSetsImpl.addDelete(LeftTupleSetsImpl.java:80) > at org.drools.core.reteoo.LeftInputAdapterNode.doDeleteSegmentMemory(LeftInputAdapterNode.java:295) > at org.drools.core.reteoo.LeftInputAdapterNode.doDeleteObject(LeftInputAdapterNode.java:266) > at org.drools.core.reteoo.LeftInputAdapterNode.retractLeftTuple(LeftInputAdapterNode.java:361) > at org.drools.core.reteoo.ObjectTypeNode.doRetractObject(ObjectTypeNode.java:334) > at org.drools.core.reteoo.ObjectTypeNode.retractObject(ObjectTypeNode.java:317) > at org.drools.core.reteoo.EntryPointNode.propagateRetract(EntryPointNode.java:358) > at org.drools.core.phreak.PropagationEntry$Delete.execute(PropagationEntry.java:172) > at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:96) > at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:69) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:1993) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-6077) Add auto-create|delete-jms-queues to address-settings resource

by Jeff Mesnil (JIRA)

Jeff Mesnil created WFLY-6077: --------------------------------- Summary: Add auto-create|delete-jms-queues to address-settings resource Key: WFLY-6077 URL: https://issues.jboss.org/browse/WFLY-6077 Project: WildFly Issue Type: Feature Request Components: JMS Affects Versions: 10.0.0.CR5 Reporter: Jeff Mesnil Assignee: Jeff Mesnil Fix For: 10.0.0.Final -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-987) Errors in Phreak under heavy and multi threaded load

by Marco Rietveld (JIRA)

[ https://issues.jboss.org/browse/DROOLS-987?page=com.atlassian.jira.plugin... ] Marco Rietveld commented on DROOLS-987: --------------------------------------- Hi [~jcavieres], I noticed this in the test: {code:java} RuleRuntimeEventManager ruleRuntimeEventManager = (RuleRuntimeEventManager) kSession; ruleRuntimeEventManager.addEventListener(new DefaultAgendaEventListener() { @Override public void afterRuleFlowGroupActivated(RuleFlowGroupActivatedEvent event) { kSession.fireAllRules(); } }); {code} Could you explain why you're calling {{fireAllRules()}} inside of a listener? You should never do this -- that is the cause of this problem. When you add an explanation, please feel free to reopen this Jira. > Errors in Phreak under heavy and multi threaded load > ----------------------------------------------------- > > Key: DROOLS-987 > URL: https://issues.jboss.org/browse/DROOLS-987 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final > Environment: linux > Java 7 > kernel 3.16 > Reporter: Jose Cavieres > Assignee: Marco Rietveld > Attachments: jbpm-bussinesruletask-concurrent-6-3-NEW.tgz, jbpm-bussinesruletask-concurrent-6-3.tgz > > > Several threads are started, each one starts 1 jbpm process containing rule(s) task(s). > If the threads are few, everything works fine. Under heavy load nullPointerExceptions are thown most of the time, less frequently fireAllRules never ends and CPU remains at 100%. > Aparently the setFocus method used by rule tasks is related to the problem. > The most comon error is: > Caused by: java.lang.NullPointerException > at org.drools.core.common.LeftTupleSetsImpl.removeInsert(LeftTupleSetsImpl.java:141) > at org.drools.core.common.LeftTupleSetsImpl.addDelete(LeftTupleSetsImpl.java:80) > at org.drools.core.reteoo.LeftInputAdapterNode.doDeleteSegmentMemory(LeftInputAdapterNode.java:295) > at org.drools.core.reteoo.LeftInputAdapterNode.doDeleteObject(LeftInputAdapterNode.java:266) > at org.drools.core.reteoo.LeftInputAdapterNode.retractLeftTuple(LeftInputAdapterNode.java:361) > at org.drools.core.reteoo.ObjectTypeNode.doRetractObject(ObjectTypeNode.java:334) > at org.drools.core.reteoo.ObjectTypeNode.retractObject(ObjectTypeNode.java:317) > at org.drools.core.reteoo.EntryPointNode.propagateRetract(EntryPointNode.java:358) > at org.drools.core.phreak.PropagationEntry$Delete.execute(PropagationEntry.java:172) > at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:96) > at org.drools.core.phreak.SynchronizedPropagationList.flush(SynchronizedPropagationList.java:69) > at org.drools.core.impl.StatefulKnowledgeSessionImpl.flushPropagations(StatefulKnowledgeSessionImpl.java:1993) -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 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 January 2016