Integrating workflow engines with other system modules
Posted byAnonymous Userat
2004-10-28 07:50 AM
Hi all,
This is probably a newbie question so please be tolerant :-)
I am involved in the development of a system that has a business process management component. The system is based on Spring, Hibernate and Web Work 2. The question is, out of all those available BPM engines, which ones can easily be integrated into other infrastructures? My first impression is that BPM engines designed to be the infrastructure itself, so that functions such as data access, business logic and user interface are specified around it. As opposed to using another infrastructure (in our case, Spring + Hibernate + Web Work) where the BPM engine is merely a component.
Is this distinction real? Should BPM engines logically be the center-piece of the system? Or am I grossly misunderstanding the issues?
Thanks,
Karim
1099419561
Posted byAnonymous Userat
2004-11-02 01:19 PM
I feel that the best way to use a Workflow/BPM system is as a database is : something external that you access with some system users.
Sometimes an embedded workflow engine is necessary, but in this case, the application that embeds should dictate the infrastructure [choice].
John
(at openwfe.org)
I think it should be implemented as an aspect
Posted byAnonymous Userat
2004-11-29 08:00 PM
I have implemented a workflow engine before. I made it completely independent of the business objects etc.
However, I had to modify business facades to call into the workflow engine; for example, to start a new
process for a new request. At this point, I am thinking of doing it as an aspect in Spring, and I believe
this will work out nicely.
Integrating workflow engines with other system modules
Posted byAnonymous Userat
2005-02-20 02:13 PM
I am currently building a project using Struts, Spring and Hibernate with OSWorkflow. The current development build (2.8) has built-in support for a Spring / Hibernate environment. In this case, performing an action in the workflow can check against a set of pre-conditions, which can refer to logic in the business layer and can then call some functions if the conditions hold, which can also refer to business logic. This is nice because Spring deals with the dependencies for the conditions and functions. The end result is my business logic is protected by the workflow engine, which prevents any action being performed in the wrong stage of the process.
The only downside of OSWorkflow is that you have to call the workflow action by passing the action's id (an int) and a map of all the inputs to the engine. I'm getting around this by writing an abstraction layer that provides nice method signatures (the business facade) for my struts actions (or any other client). These methods will map to an action id, take all the arguments from the signature and wrap them in a map and call the action.
I hope this is helpful.
Adam
PS: Does anyone know if there is a workflow abstraction API under development somewhere?
Integrating workflow engines with other system modules
Posted byAnonymous Userat
2006-04-09 08:16 PM
Some products are engines that can be called upon by other programs. www.skelta.com is an example of this. Another to is a full product that allows either the workflow engine to be used stand alone or for other systems to be integrated into the workflow products GUI. www.webandflo.com is an example of this
Hi all,
This is probably a newbie question so please be tolerant :-)
I am involved in the development of a system that has a business process management component. The system is based on Spring, Hibernate and Web Work 2. The question is, out of all those available BPM engines, which ones can easily be integrated into other infrastructures? My first impression is that BPM engines designed to be the infrastructure itself, so that functions such as data access, business logic and user interface are specified around it. As opposed to using another infrastructure (in our case, Spring + Hibernate + Web Work) where the BPM engine is merely a component.
Is this distinction real? Should BPM engines logically be the center-piece of the system? Or am I grossly misunderstanding the issues?
Thanks, Karim
I feel that the best way to use a Workflow/BPM system is as a database is : something external that you access with some
system users.Sometimes an embedded workflow engine is necessary, but in this case, the application that embeds should dictate the infrastructure [choice].
John (at openwfe.org)
I have implemented a workflow engine before. I made it completely independent of the business objects etc. However, I had to modify business facades to call into the workflow engine; for example, to start a new process for a new request. At this point, I am thinking of doing it as an aspect in Spring, and I believe this will work out nicely.
I am currently building a project using Struts, Spring and Hibernate with OSWorkflow. The current development build (2.8) has built-in support for a Spring / Hibernate environment. In this case, performing an action in the workflow can check against a set of pre-conditions, which can refer to logic in the business layer and can then call some functions if the conditions hold, which can also refer to business logic. This is nice because Spring deals with the dependencies for the conditions and functions. The end result is my business logic is
protectedby the workflow engine, which prevents any action being performed in the wrong stage of the process.The only downside of OSWorkflow is that you have to call the workflow action by passing the action's id (an int) and a map of all the inputs to the engine. I'm getting around this by writing an abstraction layer that provides nice method signatures (the business facade) for my struts actions (or any other client). These methods will map to an action id, take all the arguments from the signature and wrap them in a map and call the action.
I hope this is helpful.
Adam
PS: Does anyone know if there is a workflow abstraction API under development somewhere?
Some products are engines that can be called upon by other programs. www.skelta.com is an example of this. Another to is a full product that allows either the workflow engine to be used stand alone or for other systems to be integrated into the workflow products GUI. www.webandflo.com is an example of this
Replies to this comment