9:01 p.m.
I collect objects of type RLI that are related to instances of type NPI, and
"attach" them to their NPIs, and (in a later agenda group) collect subsets of
RLIs based on attributes of RLIs, NPIs, and other objects. In the first agenda
group, I need to update() the NPI object after the new list of RLIs is attached,
but I only want to do this when a *new* list is attached.
The only way I can find to do this requires an eval. Is there a better way?
Here's the rule that I have now. This works:
rule "RLIs for NPI"
agenda-group "010"
lock-on-active true
salience 50
when
$npi : NPIRecord( )
$rli_list : RecordSet( eval( ! $rli_list.equals($npi.getRelatedRLIs())) ) from
collect( RLIRecord( npi_program == $npi.synopsis ) )
then
$npi.setRelatedRecords($rli_list, DataSource.RLI);
update($npi);
end
I'd like to write something like this:
...
$rli_list : RecordSet( $rli_list != $npi.relatedRLIs ) from
...
But that doesn't compile. To get around that, I added a method called
getContents to RecordSet that just returns "this", so I could write:
...
$rli_list : RecordSet( contents != $npi.relatedRLIs ) from
...
But that always returns true. Best I can tell, it gets compiled into an
inequality test, as opposed to a call to equals(), and the new list is never the
same object as the old list, even though they may have the same contents.
I also tried this (setRelatedRecords returns true if the list is different):
...
then
$npi.setRelatedRecords($rli_list, DataSource.RLI) && update($npi);
end
But that won't compile at all.
--
Dirk Bergstrom dirk(a)juniper.net
_____________________________________________
Juniper Networks Inc., Computer Geek
Tel: 408.745.3182 Fax: 408.745.8905
12:32 p.m.
Dirk,
This should work:
$rli_list : RecordSet( this != $npi.relatedRLIs )
If it is not working, may I ask you please to open a JIRA?
[]s
Edson
2008/1/25, Dirk Bergstrom <dirk(a)juniper.net>:
I collect objects of type RLI that are related to instances of type NPI,
and
"attach" them to their NPIs, and (in a later agenda group) collect subsets
of
RLIs based on attributes of RLIs, NPIs, and other objects. In the first
agenda
group, I need to update() the NPI object after the new list of RLIs is
attached,
but I only want to do this when a *new* list is attached.
The only way I can find to do this requires an eval. Is there a better
way?
Here's the rule that I have now. This works:
rule "RLIs for NPI"
agenda-group "010"
lock-on-active true
salience 50
when
$npi : NPIRecord( )
$rli_list : RecordSet( eval( ! $rli_list.equals($npi.getRelatedRLIs())) )
from
collect( RLIRecord( npi_program == $npi.synopsis ) )
then
$npi.setRelatedRecords($rli_list, DataSource.RLI);
update($npi);
end
I'd like to write something like this:
...
$rli_list : RecordSet( $rli_list != $npi.relatedRLIs ) from
...
But that doesn't compile. To get around that, I added a method called
getContents to RecordSet that just returns "this", so I could write:
...
$rli_list : RecordSet( contents != $npi.relatedRLIs ) from
...
But that always returns true. Best I can tell, it gets compiled into an
inequality test, as opposed to a call to equals(), and the new list is
never the
same object as the old list, even though they may have the same contents.
I also tried this (setRelatedRecords returns true if the list is
different):
...
then
$npi.setRelatedRecords($rli_list, DataSource.RLI) && update($npi);
end
But that won't compile at all.
--
Dirk Bergstrom dirk(a)juniper.net
_____________________________________________
Juniper Networks Inc., Computer Geek
Tel: 408.745.3182 Fax: 408.745.8905
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
--
Edson Tirelli
JBoss Drools Core Development
Office: +55 11 3529-6000
Mobile: +55 11 9287-5646
JBoss, a division of Red Hat @ www.jboss.com
10:42 p.m.
On 01/26/08 03:32, someone claiming to be Edson Tirelli wrote:
This should work:
$rli_list : RecordSet( this != $npi.relatedRLIs )
And it does, thanks very much. I could swear I tried that, but I guess not.
Foolish me.
2008/1/25, Dirk Bergstrom <dirk(a)juniper.net
<mailto:dirk@juniper.net>>:
I collect objects of type RLI that are related to instances of type
NPI, and
"attach" them to their NPIs, and (in a later agenda group) collect
subsets of
RLIs based on attributes of RLIs, NPIs, and other objects. In the
first agenda
group, I need to update() the NPI object after the new list of RLIs
is attached,
but I only want to do this when a *new* list is attached.
The only way I can find to do this requires an eval. Is there a
better way?
Here's the rule that I have now. This works:
rule "RLIs for NPI"
agenda-group "010"
lock-on-active true
salience 50
when
$npi : NPIRecord( )
$rli_list : RecordSet( eval( !
$rli_list.equals($npi.getRelatedRLIs())) ) from
collect( RLIRecord( npi_program == $npi.synopsis ) )
then
$npi.setRelatedRecords($rli_list, DataSource.RLI);
update($npi);
end
I'd like to write something like this:
...
$rli_list : RecordSet( $rli_list != $npi.relatedRLIs ) from
...
But that doesn't compile.
--
Dirk Bergstrom dirk(a)juniper.net
_____________________________________________
Juniper Networks Inc., Computer Geek
Tel: 408.745.3182 Fax: 408.745.8905
11:43 p.m.
New subject: Package -> PackageDescr
I knew it would be an odd question, but I just have to ask just in case:
Is there a tool available to convert/extract a PackageDescr out of an
instance of Package? My final goal is to use DrlDumper to obtain DRL,
or to use XmlDumper to get XML representations of the package.
Thanks,
-Ming
12:01 a.m.
New subject: Package -> PackageDescr
Jin, Ming wrote:
I knew it would be an odd question, but I just have to ask just in
case:
Is there a tool available to convert/extract a PackageDescr out of an
instance of Package? My final goal is to use DrlDumper to obtain DRL,
or to use XmlDumper to get XML representations of the package.
We designed Package for runtime only, so we discard a lot of
information, like the text representation, to reduce size. You could in
theory take the bytecode that is wired up to consequenes and use a
bytecode to .java converter - so in theory you could do this, but it
would be messy and obviously bytecode loses comments etc.
Thanks,
-Ming
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users
5927
days inactive
5930
days old
4 comments
4 participants
participants (4)
-
Dirk Bergstrom -
Edson Tirelli -
Jin, Ming -
Mark Proctor