topic Re: DB Version check very unhandy for process deployment in Alfresco Archive

DB Version check very unhandy for process deployment

bernd_ruecker — Tue, 18 Jan 2011 16:32:59 GMT

Hey guys.One problem I currently face with our examples, demos, showcases. But they could get a real life problem as well, so I think we should give it some thought (or maybe you did already and I missed it?).When I want to deploy a process via ant, the activiti-engine.jar is used together with a ac

Re: DB Version check very unhandy for process deployment

jbarrez — Wed, 19 Jan 2011 08:09:15 GMT

If you change the schemaUpdate property of the config it should automatically update to the latest version.

See http://activiti.org/userguide/index.html#databaseUpgrade

In production environments, obviously you want that exception to happen, since you want to put some more love in the upgrade 😉

Re: DB Version check very unhandy for process deployment

bernd_ruecker — Wed, 19 Jan 2011 08:22:23 GMT

Hi Joram.

I was aware of that, but I just want to deploy with a different jar version of the engine without changing the database. Obviously on my own risk, that the database is still compatible… So that is not possible?

Hmm, then a thought crossed my mind: Maybe the Ant Deployment Task should be able to talk to the REST-Interface, than we don't need any db connection and just rely on the documented REST API. What do you think?

Cheers
Bernd

Re: DB Version check very unhandy for process deployment

jbarrez — Wed, 19 Jan 2011 08:51:56 GMT

I just want to deploy with a different jar version of the engine without changing the database.

I don't see the use case of it. When would you require such behavior?
Even if you are deploying with ant, you can easily set the auto update to true, no?
And calling the REST api throigh ant would require to have a server running, which is not always the case.

Re: DB Version check very unhandy for process deployment

bernd_ruecker — Wed, 19 Jan 2011 09:37:49 GMT

Use Case:

You have an activiti installation running. You want to deploy a new application to it, for the moment maybe a demo just downloaded (like the Incident Management Showcase from us: http://www.bpm-guide.de/activiti/). Deploying should not depend on the version you have on the server on for god sake the deployment MUST NOT change the database of the server, otherwise the server installation is broken.

Otherwise you force all installed apps to have the same version of Activiti used in their Maven/Ant dependencies. This is in the long run unmanageable in my eyes and unnecessary.

Sure, REST requires the server, but if I want to deploy on the server, it must be there 😉
As an alternative it would be handy (as I wrote earlier) to be able to disable the version checking for a configuration.

Re: DB Version check very unhandy for process deployment

tombaeyens — Thu, 20 Jan 2011 09:42:14 GMT

I think removing the DB version check is asking for trouble.

That said, if you really want it, you could add a

  public static final String DB_SCHEMA_UPDATE_UNCHECKED = "unchecked";

in ProcessEngineConfigurationImpl

if you add it, make sure you don't expose this as a public feature.