You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ode.apache.org by "Sean Ahn (JIRA)" <ji...@apache.org> on 2009/04/20 08:23:47 UTC

[jira] Updated: (ODE-587) Defer deletion of instances and associtated data when process is re-deployed

     [ https://issues.apache.org/jira/browse/ODE-587?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Sean Ahn updated ODE-587:
-------------------------

    Affects Version/s: 1.2
        Fix Version/s: 1.2
              Summary: Defer deletion of instances and associtated data when process is re-deployed  (was: defer deletion of instances and associtated date when process is re-deployed)

> Defer deletion of instances and associtated data when process is re-deployed
> ----------------------------------------------------------------------------
>
>                 Key: ODE-587
>                 URL: https://issues.apache.org/jira/browse/ODE-587
>             Project: ODE
>          Issue Type: Improvement
>          Components: BPEL Runtime
>    Affects Versions: 1.2
>            Reporter: Sean Ahn
>            Priority: Minor
>             Fix For: 1.2
>
>
> During re-deployment of a process, any instances for the prior process are deleted together. When you have really many instances, this can take up quite some time and forces non-deterministic length of database transaction.
> 1. split the single big transaction into multiple small transactions
> 2. Ideally, process should be re-deployed right away and instances for old process should be ignored by the new process. Then, the instances for the old process get deleted with a lower priority.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.