Hi, I am reflecting a bit on the architecture of my JBPM driven back-end file processing application: I wrote a couple of stateless session beans that provide more or less atomic functions (methods). From the action handlers in my processes I make remote EJB calls to these methods. Every method call passes one or more process variables and modifies some.
What annoys me in this setup is that I need to implement a separate ActionHandler for every process step that merely makes one method call passing one ore more process variables as parameters and and does some process variable modification. I would like to implement a generic ActionHandler that passes the ContextInstance (or VariableContainer) as a parameter to my session bean and have the session bean layer read and write the appropriate process variables from the ContextInstance and pass it back. Using reflection, the session bean and method name could thus be defined as ActionHandler parameters in the process definition. Could anyone comment on the cons of such setup? It feels like I am overlooking something obvious or reinventing something that?s already there. Thanks in advance for any help. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095628#4095628 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4095628 _______________________________________________ jboss-user mailing list [email protected] https://lists.jboss.org/mailman/listinfo/jboss-user
