Thanks for your reply, however this is not what I asked about.

I am familiar with the ability to include action classes in the par and the way they are versioned.

However, if an action class depends on several third party libraries (jar files) I do not have a way to include them. The action classes worth nothing without the libraries they depend on. So all client need to have the depenedcies.

Yes, I know that you may put the libraries in the server classpath or some "shared library" folder of some sort, in an application server. However, this polutes the environment and is not a robust solution. Version collisions and "jar hell" will show up for sure.

A better way is to allow par files to include library files in a lib dir, extract it to a directroy with a name based on the par and version name and change the classloader par files to load that directory. If you have to use a db, this can be done to using a db also.

We are now using jBPM in a POC. If that succeed, we will probably build some extension based on jBPM and replace the deployment all together to allow a par to include many processes as well as library files and replace the proccess classloader to use the libraries as well as cache the loaded classes (which will much improve the current jbpm classloader performance).

Once we have this code, I will send it to jboss for inspection and if you find it good enough, for inclusion in the jBPM project.

I