What app server are you using?
Some app servers can have different scopes for classes loaded in different
ways. I am not sure of all of them ;)
On 3/8/07, Jones, Alan R <[EMAIL PROTECTED]> wrote:
Yes, my thoughts exactly -- the web service is packaged as an .aar which
is nothing more than a j
Your logic in the condition is wrong.
___
rules-users mailing list
rules-users@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
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( CUSTOMER_REFERENCE_NU
Vlad,
Trying to answer both of your e-mails in this one.
1. Right now, accumulate supports only a single Pattern (column), as you
already realized. That is a limitation we want to remove before the next
final release, but it is not done yet. I already know how to fix that,
but didn't had the
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, *
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 ques
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 )
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
Hi,
I ran into the situation when I need the functionality similar to 'distinct'
keyword from SQL, ie I have a set of facts:
Record (f1 = 1, f2 = 1, value = 4)
Record (f1 = 1, f2 = 2, value = 1)
Record (f1 = 1, f2 = 13, value = 2)
Record (f1 = 1, f2 = 14, value = 5)
Record (f1 = 2, f2 =
Hi Vlad,
On 3/7/07, Olenin, Vladimir (MOH) <[EMAIL PROTECTED]> wrote:
Hi,
I wonder if there are any performance implications of choosing column
binding vs field binding (I'll be using bound variable in eval). Eg, in such
case:
Record($field : field)
eval ( $field.equals("xxx") )
vs
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,
Hi,
I wonder if there are any performance implications of choosing column
binding vs field binding (I'll be using bound variable in eval). Eg, in such
case:
Record($field : field)
eval ( $field.equals("xxx") )
vs
$r: Record()
eval ( $r.field.equals("xxx") )
Does it start to
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 a
Its not straight forward but you can use the DRLDumper, one a
PackageDescr, assuming it parses without errors:
DrlParser parser = new DrlParser();
PackageDescr pkg = parser.parse( source,
dsl );
final DrlDumper drlD
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 made
15 matches
Mail list logo