[
https://issues.jboss.org/browse/JBRULES-3644?page=com.atlassian.jira.plug...
]
Philipp Herzig edited comment on JBRULES-3644 at 10/11/12 9:02 AM:
-------------------------------------------------------------------
Thanks Mario,
great!!! that really helped on 5.4.0.CR1 and 5.4.0.Final. At least it is documented here
now :)
Due to my tests, however, I have noticed a problem with the marshalling/unmarshalling in
5.5.0.Beta. After unmarshalling the session sucessfully, inserting new events brings up,
for example, ClassCastException:org.drools.reteoo.AlphaNode$AlphaMemorycannot be cast to
org.drools.reteoo.BetaMemory. Are you aware of this in the course of beta testing?
Otherwise, I could prepare an according test for this specific 5.5.0.Beta Problem.
Thanks again,
Philipp
was (Author: bertzer):
Thanks Mario,
great!!! that really helped on 5.4.0.CR1 and 5.4.0.Final. At least it is documented here
now :)
Due to my tests, however, I have noticed a problem with the marshalling/unmarshalling in
5.5.0.Beta. After unmarshalling the session sucessfully, inserting new events brings up,
for example, ClassCastException:org.drools.reteoo.AlphaNode$AlphaMemorycannot be cast to
org.drools.reteoo.BetaMemory. Are you aware of this in the cource of beta testing?
Otherwise, I could prepare an according test for this specific 5.5.0.Beta Problem.
Thanks again,
Philipp
Scheduled Activations are not fired after unmarshalling
-------------------------------------------------------
Key: JBRULES-3644
URL:
https://issues.jboss.org/browse/JBRULES-3644
Project: Drools
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: drools-core (expert), drools-core (fusion)
Affects Versions: 5.4.0.CR1, 5.4.0.Final, 5.5.0.Beta1
Reporter: Philipp Herzig
Assignee: Mario Fusco
Attachments: DroolsScheduledActivation.zip
Currently, Scheduled Activations are not fired after they got unmarshalled from a binary.
Although they reside on the agenda after unmarshalling, they have somehow an
"orphan" status that leads to inconsistent state of the rule engine in general.
As subsequent problem, deleting the rule that caused these "orphan" scheduled
activations leads to a NPE when removing the timer job.
java.lang.NullPointerException
at org.drools.time.impl.JDKTimerService.removeJob(JDKTimerService.java:134)
at
org.drools.reteoo.RuleTerminalNode$RTNCleanupAdapter.cleanUp(RuleTerminalNode.java:524)
at org.drools.reteoo.BetaNode.doRemove(BetaNode.java:454)
at org.drools.common.BaseNode.remove(BaseNode.java:106)
at org.drools.reteoo.RuleTerminalNode.doRemove(RuleTerminalNode.java:410)
at org.drools.common.BaseNode.remove(BaseNode.java:106)
at org.drools.reteoo.ReteooBuilder.removeRule(ReteooBuilder.java:261)
at org.drools.reteoo.ReteooRuleBase.removeRule(ReteooRuleBase.java:459)
at org.drools.common.AbstractRuleBase.removeRule(AbstractRuleBase.java:1106)
at org.drools.common.AbstractRuleBase.removeRule(AbstractRuleBase.java:1084)
at org.drools.impl.KnowledgeBaseImpl.removeRule(KnowledgeBaseImpl.java:208)
A detailed description can be found here:
http://drools.46999.n3.nabble.com/rules-users-Protobuf-Marshaller-Questio...
The attached test has been reworked to simply persist the session blob to a local file
rather than a database. I should be easy to import as maven project.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira