hivemind-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Knut Wannheden <>
Subject Re: Order of discarding of threaded services when there is dependency beetwin them
Date Tue, 24 Jan 2006 09:43:49 GMT

On 1/24/06, Aleksej <> wrote:
> Lets say I have 2 threaded services, and one of them is must be created
> before other AND discarded after it. One service must wrap other in
> time. Idea is to create database connection service
> and transaction service. Transaction service is wired with database
> connection and at the end of thread it must commit or rollback all
> changes. But because there is no order of discard specified, it is
> possible, that Hivemind first will discard connection service and then
> will try to discard transaction service, which will try to
> commit/rollback using already closed connection. Any
> ideas/recomendations/tricks  how to solve such problem?

Why don't you execute the commit / rollback before the service
instances are being discarded? Can't your transaction service have
explicit methods for commit and rollback?


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message