We should have some sort of deployment descriptors and the deployment service would make the plumbing based on that descriptor. So with that descriptor we could configure following: - class loading, what besides the normal dependencies defined should be added to class loader of the project - what persistence unit it shall use - shall it use persistence at all (something that Jeff mentioned on early access list) - logger - JPA, JMS, none - strategy (singleton, per process instance, per request) - work item handler configuration (and other session configurations) - interceptors? - might be more Such a descriptor could be added: - to the kjar - related to a deployment (system repo?) - as default (where the defaults should be configurable themselves as well)
Future feature
Its the stuff that helps with system administration also. JON like tool can take advantage of these descriptors.
One more could be initializing various types of listeners. It would also be useful to make sure that these deployment descriptors, when part of the kjar, can be inherited (basically all deployment descriptors of dependent jars would be combined with the deployment descriptor of the jar itself, would need to be to detect / handle conflict though).
I think all the various grains of control are what you strive for: - configure it per project - configure it per deployment (then have a way for the project to select the deployment to run in) - per server such as the default is always per_instance if not defined instead of SINGLETON as is now. I guess the solutions offered in previous posts would all be possible and may be desirable depending on the above configuration needs: - configure per project (in the kjar) - configure per deployment (via UI, some xml file on server to override defaults) - configure per server (same as deployments?) If you use kjars and allow dependencies, what level wins? project or deployment or server overrides? Just my thoughts after playing with it a bit today.
deployment descriptors have beed added to 6.1 code base, for those interested here are some docs about it: http://hudson.jboss.org/hudson/view/Drools%20jBPM/job/droolsjbpm-knowledge/lastSuccessfulBuild/artifact/kie-docs/jbpm-docs/target/docbook/publish/en-US/html/jBPMRuntimeManagement.html#d0e10446 feedback more than welcome
very nice!!
Excellent addition!
Verified on 6.1.0.ER3. The feature is present.