Right, I made a mention of this in another thread. Many people have the misconception that the webapp is either the only way to interact with jBPM or that the webapp is inextricably (sp?) tied to jBPM. Like you say, it is just an example really...like a reference implementation. At my company, we've completely developed our own entire web application to interact with jBPM processes, as I'm sure many others have done. I suggested in that other thread that something be written up in a Wiki or added to a sticky thread on this forum. A sticky thread dispelling some misconceptions would be nice.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3959248#3959248
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3959248
The problem here is that many people get the impression that the sample webapp is the console. They think it is the way to do it, and it is responsible for managing jBPM.
It's a SAMPLE webapp, giving EXAMPLES on how to monitor/etc. I think something needs to be done (no clue what) about people getting the wrong impression. Many just think it is jBPM itself, and that's how you use it.
Crack the webapp code open, look at what it is doing, and copy/modify/paste into your non-web application.
Learning the jBPM API allows you to do anything without relying on the example webapp. Write your own monitoring tool how you want, and you'll be set.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3959245#3959245
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3959245