[JBoss JIRA] Created: (JBRULES-804) Provide "Source Path" with includes/excludes pattern capability for JBoss Rules Eclipse IDE (3.1-M1 currently validates _all_ .xls files in project)
by Bree VanOss (JIRA)
Provide "Source Path" with includes/excludes pattern capability for JBoss Rules Eclipse IDE (3.1-M1 currently validates _all_ .xls files in project)
----------------------------------------------------------------------------------------------------------------------------------------------------
Key: JBRULES-804
URL: http://jira.jboss.com/jira/browse/JBRULES-804
Project: JBoss Rules
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: Eclipse IDE
Affects Versions: 3.1-m1
Environment: WinXP, Sun JRE 1.4.2_12
Reporter: Bree VanOss
Assigned To: Mark Proctor
Priority: Minor
The Eclipse "Drools Builder" is validating every Excel (.xls) in my rules project.
Apparently this feature was added to 3.1-M1 by Kris. I really like the idea of validating decision tables in Eclipse, my issue is that we have FIT tests (in Excel) in a separate source folder in our "rules project". These .xls files are falsely being identified as decision tables with a ton of problems. Validation also seems to take much longer than it does with the 3.0.x branch (like from 30 seconds in 3.0 to to 5 minutes in 3.1 !?!?). Though the two issues may be related.
A common way of dealing with this problem in Eclipse is to allow for ant-like "source path include/exclude" patterns.
i.e. exclude test/**/*.xls
For that matter it would be nice to have the same thing for standard DRL files. The validation of a large rule base can take some time and randomly results in exceptions much of the time. Once I've tested and verified a set of rules I could (optionally) exclude them from validation.
--
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, 8 months
[JBoss JIRA] Created: (JBRULES-1213) Context assist in .drl when different to then
by ekkehard gentz (JIRA)
Context assist in .drl when different to then
---------------------------------------------
Key: JBRULES-1213
URL: http://jira.jboss.com/jira/browse/JBRULES-1213
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Eclipse IDE
Affects Versions: 4.0.1
Environment: Drools 4.0.1, Eclipse 3.3, OSX 10.4.10
Reporter: ekkehard gentz
Assigned To: Mark Proctor
Fix For: 4.0.2
context assist in .drl editor has different behaviour in "when" section compared to "then"
using drools examples
StateExampleUsingSalience.drl
when ... State. only shows (), null
doing the same in
then... State. shows class, this, FINISHED, NOT_RUN
because in many cases tests in the LHS are against constants it would be good to show them
--
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, 8 months
[JBoss JIRA] Created: (JBRULES-1770) IndexOutOfBoundsException with subflows while removing listener from RuleFlowEventSupport
by Richard bedard (JIRA)
IndexOutOfBoundsException with subflows while removing listener from RuleFlowEventSupport
-----------------------------------------------------------------------------------------
Key: JBRULES-1770
URL: https://jira.jboss.org/jira/browse/JBRULES-1770
Project: JBoss Drools
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Rule Flow
Affects Versions: 4.0.7
Environment: MyEclipse Blue, Windows XP,
Reporter: Richard bedard
Assignee: Mark Proctor
I have 9 ruleFlows, A, B and C and 6 others
A is the main one that include B as a subflow and 6 others, B include C as a subflow
When RuleFlowEventSupport.fireRuleFlowProcessCompleted is called, the listeners list contains 8 elements, 1 per sub ruleflow.
The size of the list is set in a variable "i" for performance i guess:
for ( int i = 0, size = this.listeners.size(); i < size; i++ ) {
But somehow, i didn't check the reason, the method removeEventListener is called and the list size is now 7, so im
having an java.lang.IndexOutOfBoundsException.
This appen when the subflow C isn't changing the working memory(no insert, modify or remove), when an object is inserted,
there is no error... I've tried with and without shadow fact "setShadowProxy( false/true );"
Object removed:
listener RuleFlowProcessInstanceImpl (id=7454)
id 2
nodeInstances ArrayList<E> (id=7749)
process RuleFlowProcessImpl (id=7750)
state 2
workingMemory ReteooStatefulSession (id=7444)
Stack that show the object removing while iterating on the list:
RuleFlowEventSupport.removeEventListener(RuleFlowEventListener) line: 48 <----- A listerner is removed here
ReteooStatefulSession(AbstractWorkingMemory).removeEventListener(RuleFlowEventListener) line: 306
RuleFlowProcessInstanceImpl.setState(int) line: 184
EndNodeInstanceImpl.trigger(RuleFlowNodeInstance) line: 30
RuleFlowJoinInstanceImpl.triggerCompleted() line: 89
RuleFlowJoinInstanceImpl.checkActivation() line: 85
RuleFlowJoinInstanceImpl.trigger(RuleFlowNodeInstance) line: 59
SubFlowNodeInstanceImpl.triggerCompleted() line: 51
RuleFlowProcessInstanceImpl.ruleFlowCompleted(RuleFlowCompletedEvent, WorkingMemory) line: 262
RuleFlowEventSupport.fireRuleFlowProcessCompleted(RuleFlowProcessInstance, InternalWorkingMemory) line: 86 <--- Iterating on the listeners list here
RuleFlowProcessInstanceImpl.setState(int) line: 185
EndNodeInstanceImpl.trigger(RuleFlowNodeInstance) line: 30
RuleFlowJoinInstanceImpl.triggerCompleted() line: 89
RuleFlowJoinInstanceImpl.checkActivation() line: 85
RuleFlowJoinInstanceImpl.trigger(RuleFlowNodeInstance) line: 59
RuleFlowGroupImpl(RuleFlowSequenceNodeInstanceImpl).triggerCompleted() line: 38
RuleFlowGroupImpl.setActive(boolean) line: 103
RuleFlowGroupImpl$DeactivateCallback.execute(InternalWorkingMemory) line: 211
ReteooStatefulSession(AbstractWorkingMemory).executeQueuedActions() line: 1312
ReteooStatefulSession(AbstractWorkingMemory).fireAllRules(AgendaFilter, int) line: 467
ReteooStatefulSession(AbstractWorkingMemory).fireAllRules() line: 439
DroolsStdImpl.executeRulesEngine(List<Object>, String) line: 100
--
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, 8 months