Amin Mohammed-Coleman [http://community.jboss.org/people/amin-mc] created the discussion "Re: Process Version" To view the discussion, visit: http://community.jboss.org/message/636905#636905 -------------------------------------------------------------- Hi Can anyone advise on this?  Thanks -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/636905#636905] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Amin Mohammed-Coleman [http://community.jboss.org/people/amin-mc] created the discussion "Re: Process Version" To view the discussion, visit: http://community.jboss.org/message/636925#636925 -------------------------------------------------------------- Thanks for your reply.  Is there a way to extend jbpm5 to support version?  We want the ability to deploy different versions of the same process definition id.  I would've thought that the process instance should have the appropriate process definition attached to it but this doesn't seem to be the case.  It works in some cases where you can define new ids but in our usecase we have up stream systems that fire requests to start a process and asking them to update the process id everytime the process defintion changes (even adding a new node) doesn't seem to be feasible at the time.  I am happy to extend jBPM  5 but it would be great if i could get some pointers on what i need to do so version number can be supported. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/636925#636925] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Esteban Aliverti [http://community.jboss.org/people/eaa] created the discussion "Re: Process Version" To view the discussion, visit: http://community.jboss.org/message/636932#636932 -------------------------------------------------------------- The sentence you have pasted is saying what you are expecting: old instances (even if persisted) will continue using the old definition. -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/636932#636932] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Esteban Aliverti [http://community.jboss.org/people/eaa] created the discussion "Re: Process Version" To view the discussion, visit: http://community.jboss.org/message/636984#636984 -------------------------------------------------------------- But you are changing the definition. As I mentioned before, "version" attribute means nothing to jBPM5. So, if you put a new process definition with the same id that an already existing process, all the persisted process instances will use it (the new one). The "version" attribute doesn't matter. The problem is what the documentation refers as "updated process" or "new version". In reality there is no update, it is just a complete different process what you have , even if one is based on the other. Summarizing: * 1 id -> 1 process definition. THE VERSION DOESN'T MATTER. * When a process instance is loaded from the DB, a process definition with the same id as the id referenced by the process instance is taken from the kbase. If you have change the definition, then the process will use it. If you didn't migrate it using the API provided by jBPM, errors could occur. * You can "logically" update a definition y adding a new process with a new id and:* Migrating all existent process instances to e this new process id * Letting the existing process instances to continue with the old definition (old id) and start the new processes using the new version new id) * Abort all the existing process instances and re-start them using the new version (new id). -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/636984#636984] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]

Kris Verlaenen [http://community.jboss.org/people/KrisVerlaenen] created the discussion "Re: Process Version" To view the discussion, visit: http://community.jboss.org/message/637728#637728 -------------------------------------------------------------- Amin, The solution we usually recommend is the name as the process as a unique identifier and as id take something like processname.version.  Instead of starting a process by id, you could then use a helper method that starts a process by name.  This will look up the latest version of the process definition with that name, and then start the process with the id that was found.  This would allow you to start processes the same way (for example when processing streams), regardless the exact version.  Would this solve your use case? This is currently not implemented as part of the code base, but if you would be interested in adding a startProcessByName method, we would definitely be interested in adding this. Note that the approach that you tested, where you change the process definition while a process instance is already running (in this case you loaded a newer version of the process definition with the same id), is technically possible, but not recommended.  The reason is that jBPM uses id as a unique identifier (so two process definitions with the same id cannot coexist) and that this ignores process instance migration (as you just update the process definition without the engine knowing, if you do this, you're responsible for making sure everything still works). Kris -------------------------------------------------------------- Reply to this message by going to Community [http://community.jboss.org/message/637728#637728] Start a new discussion in jBPM at Community [http://community.jboss.org/choose-container!input.jspa?contentType=1&...]