This is still an experimental feature.
To enable this feature, you need to uncomment the following line in the hibernate.cfg.xml:
The document management support of jBPM is based on Java Content Repository. That is a standard java specification for integrating document management systems into Java. The basic idea is that jBPM supports storage of JCR nodes as process variables.
To store a node, the session, repository and path are extracted from the node like this:
Session session = node.getSession(); Repository repo = session.getRepository(); Workspace wspace = session.getWorkspace(); // THE NODE REPOSITORY AND WORKSPACE NAME GOT TO CORRESPOND WITH A JBPM SERVICE NAME repository = repo.getDescriptor(Repository.REP_NAME_DESC); workspace = wspace.getName(); path = node.getPath();
IMPORTANT NOTE: The name of the jbpm context service MUST correspond with the name of the repository (repository.getDescriptor(Repository.REP_NAME_DESC)). This is to make the match between the reference stored in the jbpm process variables and the repository when a node-variable is being loaded from the jBPM DB. When the JCR node process variable is retrieved, each service name in the jbpm context will be matched against the repository and workspace name stored. The matching between jbpm context service and the JCR session/repository names will go like this:
The typical use case for this feature is a document approval process. A document needs to be approved and updated. That document (e.g. a word document), can be stored in a JCR-content-repository-node. The node contains all the versions of the document. So that later in the process, people still can consult the historical versions of the document.
This feature was only tested with Jackrabbit. Please refer to the JCR implementation documentation for more information about library dependencies.