[BYTEIO-WG] ByteIO Interoperability Fiesta

[Michel Drescher]

Hi,

Mark Morgan wrote:
> The race condition is that a multi-threaded server may not finish destroying
> a resource before the client sends the next request to the resource.  In our
> code, if our client has:
> 	send_op()
> 	destroy()
> 	send_op()
> The second send_op() succeeds (whereas it should fail) unless we pause
> between the destroy and the send_op.  The reason for this (I believe) is
> that destroy in Genesis II is slightly heavy-weight in that it needs to
> (potentially) send out notifications and clean up WS-Naming resolvers.

But if I understand that right, the race condition is in your code (or
hosting environment) rather in the messaging itself?

Cheers,
Michel


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 250 bytes
Desc: OpenPGP digital signature
Url : http://www.ogf.org/pipermail/byteio-wg/attachments/20070724/f55b3d1f/attachment.pgp