You can use a predicate within a pattern by selecting "Predicate" as the Condition Column type. These compile to inline evals. It is not however possible to define a predicate that is not part of a pattern.

If, in your example, $var and $date are constants you could look into using a Template instead of Decision Table. You'll find there is greater flexibility to

what DRL you can define.

The community edition (i.e. Guvnor, not JBoss BRMS) has translations for es_ES,

fr_FR, ja_JP, pt_BR, zh_CN and en_US. GWT compiles the resources away into JScript. Depending upon your locale GWT will only dispatch the relevant bundles

to your browser.

I find this observation strange, as the JAR is just stored as a BLOB in JCR and

the latest version retrieved to build suggestions available for rule authoring. There are however known issues, logged in JIRA, with Validation not clearing down correctly which could lead to what you report.

Not in my experience. I often upload POJO JARs (with 5.2 at least) and am able to work with the classes defined therein without a restart.

I suspect you are accessing the "Declarative Model" resources from a Guvnor repository using the Eclipse WebDAV

facilities (given the context of your surrounding questions). AFAIK, Declarative models are not available this way - they are stored on the Asset in the repository using XStream to serialise the internal object graph to XML. It might however be an interesting idea to provide a means to retrieve their DRL equivalent through WebDAV. If you'd like to pursue this please raise a JIRA capturing your requirement and details of your specification.

Why is this a problem? As you say the field, presumably privately called "aThing" is accessible via the getter "AThing"? Does your DRL not compile?

As from 5.3 we also set the locale automatically (from the browsers Accept-Language setting in Guvnor.jsp

Hi Vincent, >You can use predicates in the dialog box for editing a condition column. >There are 3 radio buttons for "value", "formula", and "predicate" Yes, but that looks like a very very limited version of the literal value. I really don't see any benefit in the predicate, other than being a shortcut for choosing a field literal value = true or false... am I missing something here? >But I agree that template offer more possibilities (in term of rule >complexity) that tables, which must handle "flat" POJO. For you initial >question, ie using functions in tables, the simpler way is to add a method >in the POJO itself, but may be not the cleaner way ... Indeed, using tables >often lead to some model adaptations... We ended indeed adding a "fake" method to the POJO, and I hate it :) >You can switch the langage used by adding "?langage=fr_FR" parameter to >the guvnor URL. >You can also provide a resource file translated to your favorite langage >(by browsing the trunk or a grep code) in a JIRA. Yes, and nothing happens as there's no resource file around. All these JIRAs say nothing about WHERE in the directory structure the resource file shall be placed... and based on Michael's answer this won't be a trivial endeavor (recompiling the app for a language switch?? sorry, I can't call this real i8n.) >POJO upload : >You need to "SAVE" the package (File/Save in the package tab) after an >upload for the new class to be updated (and old one to be deleted). "Verify" > >is not enough (was in 5.1, not in 5.2) Uh oh. This was the missing link, thanks a lot! > >Model... is there anything I can do about that? A Java POJO model once > >uploaded is just a jar blob afterwards, not usable from Eclipse anymore... >Via Webdav it (should) works if you upload a .jar file. Works in 5.2m2 for >me, but you still need to save the package (and create the import list in >the package view too, or upload a drools.package file) to see your classes I see, I understand now. Well, unless one can upload a Java _source_ file or link it somehow, just seeing the files still doesn't bring much except some comfort "look here they are". >Guided editors are no longer supported by eclipse plugin (brl was, gdst >never was). Officialy due to a lack of interest from the users ... brl was >very badly handled anyway, so may be it is better like this. Well, at least we know where we stand. Editing them in both places didn't make much sense anyway. I'm fine with editing business rules in Guvnor, if I only could edit/link the model classes and technical rules in Eclipse... >But you can still download it to your local drive, and edit it in XML (if >you really want to). No no thank you :) > >8. Clicking in Eclipse in the Guvnor perspective a freshly created rule > >flow (nothing uploaded yet) throws an exception as well... >How can you have a "not uploaded yet" resource in the Guvnor perspective >(view rather that perspective I think) ? I create a new rule flow in _Guvnor_. I land on the "upload resource" tab. The RF is created but it's obviously empty. I do nothing there but immediately switch to Eclipse, refresh Guvnor repo view, click on the freshly created RF, bang. Many thanks, JC _______________________________________________ rules-users mailing list rules-users(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/rules-users

The message sources are available in the org.drools.guvnor.client.messages package.

If you can provide a screen-shot it might nudge people's memory better? Unfortunately mine is blank.

As from 5.3 we also set the locale automatically (from the browsers Accept-Language setting in Guvnor.jsp