Assuming you are doing this in the context of an .asmx page, check out the Response.IsClientConnected()
If you're doing it some other way, try HttpContext.Current.Response.IsClientConnected() Manually instrumenting your code with these calls could, I think, handle both cases you mention... John > -----Original Message----- > From: Moderated discussion of advanced .NET topics. [mailto:ADVANCED- > [EMAIL PROTECTED]] On Behalf Of Jonni Faiga > Sent: Thursday, August 01, 2002 9:31 AM > To: [EMAIL PROTECTED] > Subject: [ADVANCED-DOTNET] Webservice methods with Rollbacks > > Hi, > I would like to write a Webservice method that > a) polls the callers connection status / gets notified if the caller > disconnects - during the method processing > b) gets an event if the caller disconnected after the method returned, > but > before the XML was sent to the caller. > > This would enable an "acceptable guarantee" of the clients receipt of > the > reply. Even though the clients machine might reboot after receiving the > message, but before processing it. > > Alternatively if this could be done using an MSMQ SOAP Transaction over > the > internet. But I dont want to impose anything on the caller other than > the > CLR. > > Any ideas? > Jonni > > You can read messages from the Advanced DOTNET archive, unsubscribe from > Advanced DOTNET, or > subscribe to other DevelopMentor lists at http://discuss.develop.com. You can read messages from the Advanced DOTNET archive, unsubscribe from Advanced DOTNET, or subscribe to other DevelopMentor lists at http://discuss.develop.com.
