no reason, with drools 2 we had every method under the sun, and it was a bit
too confusing for some, so we went the other direction for this.
StringReader is what is needed as it is friendly to parsers, but sure, a
convenience one could be OK.
As for the IOException, blame sun and their 90's
Hi Dirk.
When you are building up a package, if you re-used the package builder, you
are adding a package each time, which means, it may merge the package (which
is what you are doing if you are adding a rule at a time). Hence yes, you
do need to add imports/packages each time, as it is a
Hello,
I try to get the conway example running under JBuilder.
I have successfully included the required libraries
commons-jci-XXX.jar
which came along with jbossrules-3.0.5-bin-withdeps.zip
The conway gui starts without any problems, but when START-ing the game, I get
the following
Trying to compile this rule, I get an NPE:
package foo;
rule Generates NPE
when
$count : Thing( size 0 ) from collect( Gizmo( length == 1 ) )
then
System.out.println(boo);
end
Like so:
java.lang.NullPointerException
at org.drools.rule.Rule.addDeclarations(Rule.java:316)
at
I just finished a big refactoring/rewriting, fired up my application with the
latest code from Trunk, and got a nasty error about shadow facts...
Edson Tirelli was heard to exclaim, On 12/03/06 15:05:
But, if you have a pattern in your application that, lets say, always
retract objects from