We assume, even when a helper function is used, that the list is static.
If you want to force server-side invocation of your helper function to
refresh the list you need to include a parameter in the definition. This
signals the list is dynamic and should be refreshed using the helper
function.
See "16.10.1. Advanced enumeration concepts" in the User Guide:
"In the above cases, the values in the lists are calculated up front. This
is fine for relatively static data, or small amounts of data. Imagine a
scenario where you have lists of countries, each country has a list of
states, each state has a list of localities, each locality has a list of
streets and so on... You can see how this is a lot of data, and it can not
be loaded up. The lists should be loaded dependent on what country was
selected etc..."
With kind regards,
Mike
On 6 March 2014 15:52, SrjTx <clickthex(a)yahoo.com> wrote:
I have an enum along the lines of
Bean.x : (new com.xyz.MyClass()).getNames()
Which works fine and getNames() is called when JBoss first starts up and
the
first time that a rule using this enum is created.
But, getNames() is never called again. Either when a new rule is created
or
if you do the close/reopen the editor thing. Which means that the enum
gets
out of date with the DB it is pulling from.
I did find a work-around, if you also edit the .enumeration file, I just
add
a blank entry at the bottom of table - then getNames() is called with a new
rule is created of you do the close/reopen the editor thing.
Is there a fix in head for this?
--
View this message in context:
http://drools.46999.n3.nabble.com/6-0-1-F-Enumeration-Reloading-Weirdness...
Sent from the Drools: User forum mailing list archive at
Nabble.com.
_______________________________________________
rules-users mailing list
rules-users(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/rules-users