no in 3.0 version unfortunately. You can tell the parser to print out the
DRL - but it will just write it out the System.out (only for debuggin). Look
in RuleParser for that option.
In trunk - which will be the new version - there is a seperate step which
outputs DRL - but I don't think that
Yes, my thoughts exactly -- the web service is packaged as an .aar which
is nothing more than a jar file. The workaround that i have seen
mentioned is to place the data object (Fact) inside a jar and place that
into axis2\WEB-INF\lib. That only causes more headaches since
everything is generated
Vlad,
No noticeable difference in binding fields or columns, but there are
really negative perf impacts in using eval(). I'm writing a blog about
it. Please try to avoid. I know bellow is just a sample, but it would be
so much better if written:
Record( field == xxx )
[]s
Edson
Olenin,
I have configured 3.1.0M1 on my local machine with the corresponding IDE...
now I need help with the rule syntax. I have configured a DAO which will
return an ArrayList of values representing a list of values from the lookup
table - I tried this, but I'm having problems...:
rule GATE-IN Match
This is as a follow up for the previous question It looks like I made a
wrong assumption that 'accumulate' can work on multiple columns:
Integer ( intValue 0) from accumulate (
Record ( f1 == $f1, f2 10, $value1 :
value )
currently 'accumulate' only works on single column, eventually we hope
to have it working with multipe patterns - but it's not in the near
future road map. Unless a community member wants to work on the feature :)
Mark
Olenin, Vladimir (MOH) wrote:
This is as a follow up for the previous
I've done this for JBossWS (not Axis) running on the JBoss AS.
Let me know if you are interested in the example.
Burr
Michael Neale wrote:
sounds like the classes that are visible to axis are not visible to
rules - depends how you are packaging up your application - war or ear?
On 3/7/07,
I'm not sure I understood what you are trying to do, but syntax is
more like:
rule ...
when
// getting the codes from the table
Code( $shCode : sh_code ) from lookupDAO.getLookupValues(
MILT.CUSTNO )
// matching the objects if the code
$gateIN : RKEM_Move(
Your logic in the condition is wrong.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users