W3C home > Mailing lists > Public > www-jigsaw@w3.org > November to December 1996

Re: Generating large amount of data

From: Anselm Baird_Smith <abaird@www43.inria.fr>
Date: Fri, 27 Dec 1996 14:56:47 +0100 (MET)
Message-Id: <199612271356.OAA02390@www43.inria.fr>
To: Sergej Melnik <melnik@aix520.informatik.uni-leipzig.de>
Cc: www-jigsaw@www10.w3.org
 > > The next release of Jigsaw adds a w3c.jigsaw.http.Client:isInterrupted
 > > method that you can also call during processing to check whether the
 > > client has closed the connection or not (if you implement my above
 > > suggestion, I don't think you need it though).
 > I'll be happy to use this method. However, the user will still be forced
 > to care about killing such running threads himself/herself. Why not
 > giving an option that the client notifies some registered "Observer"s
 > when the connection is broken?

I did give some thoughts to that, but (I don't know why) I am not sure
that's a real good idea (I think it interacts with the resource store
manager, but the kind of interaction that might happen is already
happening in some other place). 

More precisely, say we define ClientObserver interface, that you can
implement to get called back once the request processing is done. It
is likely that you will use a resource to implement that interface;
then what happens if after request processing is done, but before your
callback is invoked, the resource is unloaded ? BTW The same problem
can happen now that the LookupResult has a pointer to the target

In practice, this is unlikely to be a problem (because I would expect
the store manager to be configured in such a way that this situation
is probabilistaclly unrealistic) it may happen though...

Received on Friday, 27 December 1996 08:57:21 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 22:41:21 UTC