I have the following scenario: A Message Driven Bean recieves an Object Message which contains one or = more Value Objects. A constantly changeing set of business rules must = then be applied on these value objects. These rules can be defined by = simple activity diagrams, either yes-no decisions or actions (typically = database updates or inserts). I therefore want to create a rule engine = (non ejb) which can be configured by XML. The decisions should implement = a Decision interface while the Actions must implement an Action = interface. Since at compiletime these classes are not known, they should = be loaded at runtime whenever the XML has been touched.
I know that the EJB should not create a classloader, in my case, i=B4d = leave this to my rules engine, that way it will be plugable to any = component i define in the future. However, having a 'helperclass' which = is called by the MDBean load these classes is IMHO circumventing the = specs. Am I right here ?? My actual question being, should I imlpement this engine as a JCA ? = Would this give me any problems when my Actions need to access other = EJB=B4s running on the same machine ? ==========================================================================To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".