Bug 1044491

Where did you place the class containing com.org.Helper2 (so I can replicate)?

(In reply to manstis from comment #1)
> Where did you place the class containing com.org.Helper2 (so I can
> replicate)?

Both classes are in the usual place - business-central.war/WEB-INF/classes/<package_structure>/SomeClass.class.

OK, so they're in the business-central WAR; as opposed to (1) in a JAR added as a project dependency, or (2) in EAP's /lib folder, (3) in the Project itself. 

Have you tried any of these workarounds (#2 might work). Personally, I think it should work for #1 and #3 but would like to know your opinion before implementing any fix. IIRC a change was made recently to allow "custom accumulate functions" to be added as either #1 and #3 and doing the same for "custom enum functions" would be consistent.

(In reply to manstis from comment #3)
> OK, so they're in the business-central WAR; as opposed to (1) in a JAR added
> as a project dependency, or (2) in EAP's /lib folder, (3) in the Project
> itself. 
> 
> Have you tried any of these workarounds (#2 might work). Personally, I think
> it should work for #1 and #3 but would like to know your opinion before
> implementing any fix. IIRC a change was made recently to allow "custom
> accumulate functions" to be added as either #1 and #3 and doing the same for
> "custom enum functions" would be consistent.

None of that makes it work.

I'm not sure whether any of that should help anyway, since the problem is only with the dependent enumeration list, when you put the method call into apostrophes (''). The enumeration list for Fact.field1 loads just fine.

And of course, the same thing happens if you try to use this in a test scenario, guided rule template, and it break guided decision table.

OK, re-reading the initial comment:

"The trouble seems to be with the '' escaped expression. This should cause the expression to be evaluated only when needed, e.g. when used in a guided rule, but it seems it is not evaluated at all." 

What makes you think '' works in that way?

Re-reading your other comment:

"Static dependent enumeration are ok as well as normal (not dependent) enumeration from external datasource. Using 'Fact.field2[field1=value]' : (new com.org.Helper2()).getList2() works as well."

Why not make your dependent enumeration this:

Enum: 'Fact.field1' : (new com.org.Helper1()).getList1()
      'Fact.field2[field1]' : (new com.org.Helper2()).getList2("@{field1}")'

* I've removed a single ' form the 2nd line, before the "(new..."

(In reply to manstis from comment #5)
> 
> What makes you think '' works in that way?

Documentation - http://docs.jboss.org/drools/release/6.0.0.Final/drools-docs/html/drools.AuthoringAssets.html#drools.AdvancedEnumConcepts

"Similar to above, but note that we have just specified what fields are needed, and also on the right of the ":" there are quotes around the expression. This expression will then be evaluated, only when needed, substituting the values from the fields specified..."

As far as I know, it always worked like that, or at least was supposed to work like that (I haven't seen the 5.x bits for quite some time).

> 
> Why not make your dependent enumeration this:
> 
> Enum: 'Fact.field1' : (new com.org.Helper1()).getList1()
>       'Fact.field2[field1]' : (new com.org.Helper2()).getList2("@{field1}")'
> 
> * I've removed a single ' form the 2nd line, before the "(new..."

I don't see how removing only one ' could help. It only results in validation errors. If I remove both of the apostrophes around the method call, the method is called once when I open the rule and the field is not substituted of course. The method is called with "@{field1}". It is not called again. Therefore, it would never give me a correct list.

Ignore me ;) I didn't see the ' before the :..

I'll look into and replicate, before I ask any more (stupid) questions.