Gyorgy Knyihar wrote:
> Hello Thomas,
> 
> I downloaded the latest version and compiled it. It works now. But I think the
> problem was that I modified the workflow.xml without creating a new version. I
> didn't know that it is not allowed. After modifying the workflow.xml I simply
> reloaded the templates. Then when I started a new workflow the changes were
> reflected but it looks like that it caused some problems in the system. Do you
> mean on textual changes modifying descriptions and notifications? 

A started workflow will forever run based on its initial definition.
The state of the workflow instance is stored in the db, but it needs
its template file to read descriptions for example. So if a workflow is
started and its workflow definition gets changed in between it may have
trouble finding its node definitions in it afterwards. Changes in texts,
scripts and notifications can be made as long as they don't change the
workflow structure.
To make structural changes, simply start a new workflow version,
SWAMP will always start new workflows from the (alphabetical) latest
version.


> I have a test system and a live one. After testing things on the test system 
> or
> upgrading the test system I move the whole apache-tomcat directory with swamp
> to the live system and then I modify the hostname related things in the
> webswamp directory. (I undeploy axis and webswamp with tomcat manager before
> the upgrade.) I do not change the DB on the live system, so it always contains
> the live old data. Do you think is it OK? Or should I expect additional
> problems? Of course I stop apache-tomcat before moving and I start it only
> after move is done.

Sounds OK as long as there are no incompatible changes made in workflow
versions that already have running instances on the live server.
When there are changes in the database structure you have to take care
to convert your live system. I will write to the UPGRADING file when
there are those changes.

Greetings

-- 
Thomas Schmidt (tschmidt [at] suse.de)
SUSE Linux Products GmbH :: Research & Development :: Internal Tools
"Wer die Vergangenheit kontrolliert, kontrolliert die Zukunft.
Wer die Gegenwart kontrolliert, kontrolliert die Vergangenheit.", 1984


-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
swamp-devel mailing list
swamp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/swamp-devel
http://swamp.sf.net 

Reply via email to