[rules-users] Drools and Java EE
Andrew Waterman
awaterma at ecosur.mx
Thu Aug 26 16:09:02 EDT 2010
Just found the configuration in ra.xml:
<config-property>
<config-property-name>changeSetResourceName</config-property-name>
<config-property-type>java.lang.String</config-property-type>
<config-property-value>rules/KnowledgeBases.xml</config-property-value>
</config-property>
Can I get it to support more than one changeSet? It would be nice to pass a list to monitor.
best,
A
On Aug 26, 2010, at 3:04 PM, Andrew Waterman wrote:
> Hey Laird,
>
> How do I configure the resource adaptor to load a specific resource? I have two changesets I would like it to monitor. Is this handled in the ra.xml? I couldn't seem to find what it was monitoring. :)
>
> best wishes,
>
> Andrew
>
> On Aug 25, 2010, at 4:24 PM, Andrew Waterman wrote:
>
>> Huge thanks!
>>
>> best,
>>
>> A
>>
>> On Aug 25, 2010, at 12:55 PM, ljnelson wrote:
>>
>>> Have a look at http://code.google.com/p/drools-jca/.
>>>
>>> This is not (clearly) released yet; have a look at the source and see what you think.
>>>
>>> To build it: check it out, then, with Maven 2.2.1, run mvn clean install from the root.
>>>
>>> If you have all the right repositories set up in your settings.xml, everything should complete normally. If you don't, Maven will tell you what artifacts are missing, and a quick Google search will unveil the repositories they're hosted in.
>>>
>>> Best,
>>> Laird
>>>
>>> On Wed, Aug 25, 2010 at 1:39 PM, Andrew Waterman-2 [via Drools - Java Rules Engine] <[hidden email]> wrote:
>>> Very useful to the JEE community Laird. I just recently started working with the KnowledgeAgent and Drools Guvnor; so I really feel the need. Please do let us all know when your implementation is available in the trunk and/or a standalone version. :)
>>>
>>> best wishes,
>>>
>>> Andrew
>>>
>>>
>>> On Aug 24, 2010, at 9:50 PM, ljnelson wrote:
>>>
>>> >
>>> > Hello; I've made a JCA resource adapter for Drools.
>>> >
>>> > I've had to hack quite a bit to get it so that the KnowledgeAgent- and
>>> > resource-scanning-related parts don't use Threads, but, instead, use the
>>> > JCA-supplied WorkManager and BootstrapContext#createTimer() for asynchronous
>>> > operations (like resource scanning and notifying).
>>> >
>>> > Here are some changes it would sure be nice to see, that I needed to hack
>>> > around in order to make it so that a KnowledgeAgent-produced KnowledgeBase
>>> > could be shared by Java EE components in a specification compliant manner:
>>> >
>>> > 1. ResourceChangeNotifierImpl#ProcessChangetSet is an inner class that is
>>> > marked as public static, but which has a package-protected constructor. I
>>> > have to create a new instance of this in order to create a
>>> > ResourceChangeNotifierImpl subclass that doesn't use threads. I hope this
>>> > constructor could be made public instead. Right now I'm calling
>>> > setAccessible(true). Yecch.
>>> >
>>> > 2. ResourceFactory#setFactoryService(): sure do wish this were public, or
>>> > that there were another way to install a ResourceFactoryService. I need to
>>> > do this so that the scanner and notifier are under my control (and don't use
>>> > Threads, but instead use Timers as provided by the JCA BootstrapContext
>>> > class). It appears that I do have some control here in Drools 5.1 with the
>>> > (undocumented) ServiceRegistry interface (how do I get an instance of it?
>>> > what does it do? is it used pervasively?), but I don't know, since it's
>>> > undocumented, whether it's the preferred way to do this sort of thing or
>>> > not.
>>> >
>>> > 3. All this indirection is really quite clunky, especially given the
>>> > META-INF/services facility. Was there a good reason this was not used? I'm
>>> > sure there was something, because having to consult a factory for a service
>>> > to get a provider to produce an instance of something is a bit much.
>>> >
>>> > Hacking around those limitations, I was able to produce a Drools resource
>>> > adapter that vends KnowledgeBase instances as its user connection factories.
>>> > This means to use it in a spec-compliant manner, you do this in your
>>> > stateless (or stateful) session bean:
>>> >
>>> > @Resource
>>> > private KnowledgeBase kb;
>>> >
>>> > ...and you get injected a wrapper KnowledgeBase that uses the Java EE
>>> > container's JCA machinery to invoke operations on the shared KnowledgeBase.
>>> >
>>> > Is this something that would be interesting to other people? If so I am
>>> > happy to open source it.
>>> >
>>> > Thanks for a great toolkit.
>>> >
>>> > Best,
>>> > Laird
>>> > --
>>> > View this message in context: http://drools-java-rules-engine.46999.n3.nabble.com/Drools-and-Java-EE-tp1323225p1323225.html
>>>
>>> > Sent from the Drools - User mailing list archive at Nabble.com.
>>> > _______________________________________________
>>> > rules-users mailing list
>>> > [hidden email]
>>> > https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>> _______________________________________________
>>> rules-users mailing list
>>> [hidden email]
>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>>
>>>
>>> View message @ http://drools-java-rules-engine.46999.n3.nabble.com/Drools-and-Java-EE-tp1323225p1336588.html
>>> To unsubscribe from Drools and Java EE, click here.
>>>
>>>
>>>
>>> View this message in context: Re: Drools and Java EE
>>> Sent from the Drools - User mailing list archive at Nabble.com.
>>> _______________________________________________
>>> rules-users mailing list
>>> rules-users at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/rules-users
>>
>> _______________________________________________
>> rules-users mailing list
>> rules-users at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/rules-users
>
> _______________________________________________
> rules-users mailing list
> rules-users at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/rules-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/rules-users/attachments/20100826/6a787c87/attachment.html
More information about the rules-users
mailing list