[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
13 years, 5 months
[JBoss JIRA] Created: (JBRULES-1068) Exception when adding "activation-group" attribute to otherwise correctly executed rule...
by Dr. Gernot Starke (JIRA)
Exception when adding "activation-group" attribute to otherwise correctly executed rule...
------------------------------------------------------------------------------------------
Key: JBRULES-1068
URL: http://jira.jboss.com/jira/browse/JBRULES-1068
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.GA
Environment: Eclipse 3.2
Reporter: Dr. Gernot Starke
Assigned To: Mark Proctor
rule "Golfer-Riddle with a single solution?"
activation-group="unique-solution"
when
// There is a golfer names Fred,
$f: Golfer( name == "Fred",
...
yields:
Exception in thread "main" org.drools.compiler.DroolsParserException: Unknown error while parsing. This is a bug. Please contact the Development team.
at org.drools.compiler.DrlParser.compile(DrlParser.java:180)
at org.drools.compiler.DrlParser.parse(DrlParser.java:61)
at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:158)
at arc42.drools.samples.golfer.GolfingExample.main(GolfingExample.java:19)
--
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
13 years, 5 months
[JBoss JIRA] Created: (JBRULES-2223) ArrayIndexOutOfBoundsException in AbstractRuleBase.getStatefulSessions()
by Assen Todorov (JIRA)
ArrayIndexOutOfBoundsException in AbstractRuleBase.getStatefulSessions()
------------------------------------------------------------------------
Key: JBRULES-2223
URL: https://jira.jboss.org/jira/browse/JBRULES-2223
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.7
Reporter: Assen Todorov
Assignee: Mark Proctor
The following exception is thrown on a multithreaded application, based on Terracotta & JBoss Drools (4.0.7).
{code}
java.lang.ArrayIndexOutOfBoundsException: 0
at org.drools.util.ObjectHashSet.toArray(ObjectHashSet.java:152)
at org.drools.common.AbstractRuleBase.getStatefulSessions(AbstractRuleBase.java:724)
.......
{code}
The code :
{code}
/**
* Creates a new rule base if necesarry.
* @param aRuleSet the rule set for the new rule base.
* @throws RuleConversionException if the rule engine has a problem with rule set compilation and loading.
*/
private void createRuleBase(final RuleSet aRuleSet) throws RuleConversionException
{
Check.notNull(aRuleSet, "aRuleSet");
final String code = aRuleSet.getCode();
Check.notNull(code, "aRuleSet.getCode()");
Check.notEmpty(code, "aRuleSet.getCode()");
final ECRC ecrc = new ECRC();
ecrc.update(code);
final long crc = ecrc.getValue();
synchronized(ruleBaseCache)
{
ruleBase = ruleBaseCache.get(crc);
if(ruleBase == null)
{
ruleBase = loadRuleBaseFromCode(code);
ruleBaseCache.put(crc, ruleBase);
}
else {
// rulebase already exist
final StatefulSession[] sessions = ruleBase.getStatefulSessions();
if(sessions.length > 0) {
// old sessions (working memories exist)
for(StatefulSession session: sessions) {
// clear the working memory
session.dispose();
}
}
}
}
}
{code}
The class where this method is defined, is declared as _instrumented-classes_ in the Terracotta configuration.
Hope this helps !
--
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
13 years, 5 months
[JBoss JIRA] Created: (JBREM-918) Make JRPP resilient against connection failure
by David Lloyd (JIRA)
Make JRPP resilient against connection failure
----------------------------------------------
Key: JBREM-918
URL: http://jira.jboss.com/jira/browse/JBREM-918
Project: JBoss Remoting
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: r3 JRPP
Reporter: David Lloyd
Fix For: 3.0.0-M3
If a JRPP connection is dropped, it should be possible to re-establish the connection and resume the session, without the loss of any in-flight requests/contexts/services/etc. As a corollary, it might be worth exploring having more than one connection in a "bundle" to help parallelize the transit load and avoid head-of-line bottleneck problems. Perhaps it is worth looking into multihoming as well. Note that this looks a lot like a list of features that SCTP already has...
--
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
13 years, 5 months