Hi Tammo,

    By saying INTERNAL MODE OF ODE, do you mean that in the config file:
ode-axis2.properties under webapps/ode/WEB-INF/conf,
The following entry shoud be configured:
ode-axis2.db.mode=INTERNAL
Thanks for helping.


    Best Regards



                 Lei Wang



On Tue, Sep 10, 2013 at 5:09 PM, Tammo van Lessen <[email protected]>wrote:

> Hi Lei,
>
> yes, the performance with MySQL will be much better. But it is important
> that you properly configure a transaction manager or use the internal mode
> of ODE, which should do this for you.
>
> Can you please share the exceptions you get when redeploying the process?
> Without that its difficult to answer.
>
> Thanks,
>   Tammo
>
>
> On Tue, Sep 10, 2013 at 5:06 PM, 王雷 <[email protected]> wrote:
>
> > Dear ODEers,
> >
> >
> >     I have a few questions about using Apache ODE together with Mysql
> > database:
> >
> > 1 Will there be a better performance using MySQL database than the
> embedded
> > database (Derby) ?
> > 2 About process update: I deploy a NEW process package, everything
> > works fine. If I undeploy a existing process package and re-deploy an
> > update package with the same package name. There is malfunction: the
> > updated package just doesn't work out with some exceptions reported
> > (different exceptions which are process specific). However, if I drop and
> > re-create the database and execute a engine restart, then I start a new
> > deployment again, the process package works fine. Any suggestions on the
> > process version update?
> >
> > Problem 2 exists only if I use mysql database, Derby works fine when I
> > execute a process update. When doing the undeploy, I have tried the web
> > service interface (invoke SOAP11 based Process Deployment API) and I have
> > tried deleting the process folder directly from the WEB-INF\processes
> > folder. In both case, if I deploy a update process package, problem
> exists.
> >
> > Thanks in advance for helping.
> >
> >
> >
> > Best Regards
> >
> >
> >                  Lei Wang
> >
>
>
>
> --
> Tammo van Lessen - http://www.taval.de
>

Reply via email to