Même si j'ai peu d'expérience pratique, je n'ai entreprendre une recherche de pointe dans java BPM options récemment. J'ai rétréci vers le bas à 3:
La Bave de la communauté semble plus actif, les outils sont mieux, le moteur de règles a été très sophistiqués (comme cela a été la base de bave) mais entourant les processus d'affaires ont été bien intégrés. Cependant jBPM était plus axé autour de processus d'affaires et lisse ainsi. Ils sont tous deux gérés par JBoss
D'autres comparaisons entre Bave et JBPM peuvent être trouvés ici:
Bave v jBPM
Si vous avez confiance de l'équipe de développement et les exigences ne sont pas trop complexes, il est toujours utile d'envisager roulement de votre propre. Le bpm peut conduire à l'anémie de modèles de domaine (comme décrit dans ce post, Moteur de Règles pour et le contre sur les règles des moteurs ) que vous essayez d'adopter votre domaine de modèles pour s'adapter dans de tels systèmes, aussi bien les systèmes construits sur mesure pour votre entreprise sont toujours va être plus efficace.
Quant à vos critères de passe:
open source et OEM amicale de licence
Bave utilise un libéral 'ASL/BSD/MIT-esque de licence", la communauté est active.
jBPM utilise apache, eclipse et MIT licences
les installations de production (les exemples de réussite sont d'une grande aide)
Je comprends drools est utilisé par de nombreuses compagnies d'assurance et de crédit de dames, pas sûr qu'un jBPM
support commercial disponible
Disponible pour les deux
les normes ouvertes de soutien - BPMN
À la fois mettre en œuvre BPMN et en raison de la nature des projets open source sont très orienté normes
dynamique de création/montage du flux de travail basés sur l'entrée
Les deux, bien que généralement facilement mis en œuvre manuellement
intégrable
Les deux offrent des systèmes entiers, mais sont modulés cela devrait donc suite de l'incorporation dans les systèmes existants