Rainer, I see now. Thanks for taking the extra time to explain to me.
Basically, you are saying let the processInstance be my main object, storing the variables I need. That makes sense. It keeps things simple and centralized. Unfortunately, I think I'd rather do it the other way (i.e. Having my Entity Bean reference the processID), as my Entity Beans will be used by other outside processes (such as Crystal Reports, other external systems, etc). So, I will need a table for my object's data, and then reference JBpm to assess the current state, and it's workflow. Please correct me if I'm wrong. I think I'm ready to start planning my architecture. Thanks again! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3920096#3920096 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3920096 ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ JBoss-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jboss-user
