As we are still new, and eager to prove this concept for use on a current project, we are looking into the rule file itself and where it may be located and loaded from. We are also interested to know more about the dynamic use or loading of the rule file at runtime. Is possible to architect such that the rules are able to be dynamically loaded at runtime? The burning question is are we able to change rules and have the application be affected the new rule? If so some insight would be greatly appreciated.
Keith A. Marshall Ext: 1089 -----Original Message----- From: Michael Neale [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 13, 2005 6:16 PM To: [email protected] Subject: Re: [drools-dev] Newbie - Remote Accessible?? A common approach is to use DTOs as the objects that the rule engine works on. You can then build a facade which works with these DTOs and invokes the rule engine. This facade can then be exposed remotely, via EJB/RMI, or web services (whatever works for you). If you want a stateless rule engine (ie the DTOs you pass contain all the data you need) then it is very simple. If you want to keep state between remote invocations, then it is a little more complicated (but still not that complex). The advantage of the web service approach is that any client can access the rules. You can either build bottom up, from the DTOs to the facade, or else you can define you "objects" as XML Schema with WSDL (document based messsaging works best), and then use an XML binding technology like Castor, JAXB etc to generate your DTOs from your schema definitions. Michael. On 12/14/05, Keith Marshall <[EMAIL PROTECTED]> wrote: > > We are looking at options to handle entity specific logic in an > application. Drools is a consideration in that we are standardizing on > JBoss, it would appear. I have yet to find confirmation on the remote > accessibility of the drools engine at runtime. Can someone explain or > point me in the direction of that info? > > Thank You > > Keith A. Marshall > Ext: 1089 > > >
