Simply deactivating-redeploying-activating is not the ideal solution. It
should be;
maintenace-mode(service_foo)->redeploy(service_foo)->normal-mode(service_foo)

In maintenance mode, a service will not accept new requests, but will
complete servicing existing requests. So, there is a difference between
deactivating a service & putting it into maintenance-mode, unless
deactivated services will complete the requests being processed.

However, there will be a small downtime for this service.

Azeez

On Sun, Aug 30, 2009 at 4:02 AM, Deepal jayasinghe <deep...@gmail.com>wrote:

>
> >
> >
> > Then there's the question of how to do the update - ideal is to let
> > messages that are already being processed be processed by the still
> > active version and to direct new messages to the new version. I'm not
> > sure that's implementable though .. or it would require one to bring
> > that concept into dispatchers etc. to do the right thing. Ideal is for
> > it to be burnt into the AxisConfig but that's a *huge* change.
> It is doable, and in fact I have done that, but did not commit my
> changes, since it was just for fun :).
> In AxisService you have a method called activate/inactivate, when you
> inactive a service system does not take any more request to that service
> (will throw an exception saying service not found) and will process all
> the current messages. Then, you need call the deployment engine to
> update the new service (Deployment engine has a method to load a
> particular services). Then you back in business.
>
> Thanks,
> Deepal
>



-- 
Thanks
Afkham Azeez

Blog: http://afkham.org
Developer Portal: http://www.wso2.org
WSAS Blog: http://wso2wsas.blogspot.com
Company: http://wso2.com
GPG Fingerprint: 643F C2AF EB78 F886 40C9  B2A2 4AE2 C887 665E 0760

Reply via email to