Replacement of jBPM 4.x with Activiti

[smithworks]

We are picking up a major version upgrade for a very large commercial customer who started their own development and then elected to contract same. As we enter the picture, a significant portion of the new version is code-complete/checked in and makes use of jBPM 4.x.

Our question becomes the extent to which, at least in the abstract, Activiti is a plugable replacement for jBPM already in place in the code base? We would prefer to jump off of the dependency on the old JBoss version but there are limits to refactoring the customer is willing to support.

[smithworks]

3 weeks and no takers … is this just a bad question? We have a client who is very near a decision to revert their jBPM 4.3 code BACKWARD to jBPM3.8 in order to "keep support". We believe moving forward to Activiti's build out from jBPM 4.3 might be a better answer but can't get a nibble here … again, are we asking the wrong question?

[trademak]

Hi,

We've done several large projects with jBPM (mainly version 3) and from a technical perspective I don't see problems of replacing jBPM with Activiti. What's important is to determine if just plain jBPM is used at your customer or if they have also developed custom functionality, like workflow extensions or something similar.
And what's also a challenge is to migrate the jBPM database to the Activiti database. In the next release Activiti will provide support for database migration.
So it's quite difficult to say something about this specific customer case, but in general it should not be complex to do a migration.

Best regards,