-
1. Re: My experience to promote jBPM on a large scale project
salaboy21 Jul 14, 2008 9:01 AM (in response to fmarchioni)I'm agree with you with some thoughts ... but remember that jBPM is not an End User Product.. I think right now is only a framework for developers... thats why we have this plug in to eclipse that is also developer tool...
-
2. Re: My experience to promote jBPM on a large scale project
koen.aers Aug 4, 2008 7:06 AM (in response to fmarchioni)Hi Francesco,
Thanks for your feedback. We are aware of most of the things that you bring on the table and are working to ameliorate support for these in the next generation of the GPD.
The idea is that nodes and figures are pluggable and can be easily contributed to the plugin by a user. This is a work in progress.
In the meantime, you should realize that jBPM was indeed envisioned in the beginning as a developer tool with embeddability and extensibility as the main focuses. That in contrast with other vendors products which are more difficult to integrate in your own applications.
Regards,
Koen -
3. Re: My experience to promote jBPM on a large scale project
clandestino_bgd Aug 5, 2008 3:58 PM (in response to fmarchioni)Hi Koen,
The idea is that nodes and figures are pluggable and can be easily contributed to the plugin by a user. This is a work in progress.
That is something I also need, in my case, for exporting apache UIMA components as GPD nodes. UIMA has eclipse based editor, so what I 'd think would be to allow from GPD side to create library e.g "UIMA library" and to add UIMA nodes into it. (nodes can be prepared on-fly in self made UIMA export plugin). Each node can have different sets of input or outputs, therefore it cannot be one generic node.
I checked GPD JIRA and I did not find anything similar to that.
Do you have any idea, if and yes, when it can be expected roughly speaking?
Thanks for your answer,
Milan -
4. Re: My experience to promote jBPM on a large scale project
kukeltje Aug 5, 2008 5:29 PM (in response to fmarchioni)Milan,
I think it can... have a look at how the ESB 'node´ is implemented. It is based on a generic node in jPDL, but in the GPD it has its own properties pane -
5. Re: My experience to promote jBPM on a large scale project
koen.aers Aug 6, 2008 5:33 AM (in response to fmarchioni)Hi Milan,
Ronald is right. You can already contribute generic nodes with specific input and output properties to the GPD in its current state. However, it is not so easy. The best approach is to start from the plugin.xml of the GPD and to look at how it is done for the ESB node.
If you are interested in all this, I am currently working together with Kris from the Drools team to distill a unified 'flow' editor with pluggability as one of the main requirements. Take a look at the following SVN locations:
- http://anonsvn.jboss.org/repos/jbosstools/trunk/flow/plugins/org.jboss.tools.flow.common
- http://anonsvn.jboss.org/repos/jbosstools/trunk/jbpm/plugins/org.jboss.tools.flow.jpdl4
- http://anonsvn.jboss.org/repos/jbosstools/trunk/drools/plugins/org.jboss.tools.flow.ruleflow
Feedback is warmly welcomed.
Regards,
Koen