Webware for Python

I need to extend ThreadedAppServer.RequestHandler.handleRequest(),
and would like to discuss doing so before embarking on the work.

As Webware is currently written a browser or XML-RPC request must
wait until all application-side processing of that request has
completed before receiving a finished result, due to the 		strmOut.close(), conn.shutdown(1), and conn.close() method calls
at the end of handleRequest.

At http://zunzun.com, I have processes that can possibly take a
couple of minutes to complete.  What I would like to do when
handling some of the browser requests is to immediately send
the user a status page, call the methods above, and continue
processing.  The status page would either refresh itself
every 5 seconds or so, or using Javascript and the vcXMLRPC
library make XML-RPC calls every so often - in both cases,
a different thread would make a status page.  I have the user's
IP address for use in distinguishing different users on different
threads.

My thinking is that I'll need to add a new method call to the
ThreadedAppServer to encapsulate strmOut.close(), conn.shutdown(1),
and conn.close() so I can call them at will, and a flag in
RequestHandler I can set so when the transaction completes it
will not call these.

Any comments, ideas, suggestions, or questions?

     James Phillips
     zunzun@...

Re: [Webware-discuss] Extending ThreadedAppServer.RequestHandler.handleRequest() From: Aaron Held <aaron@Me...> - 2003-02-13 14:45 A couple of points: It sounds like you would be changing a "transport" level function that would need to be handled on the app level. If you need to write javascript then it should correspond to servlet code. If you need to write browser software it should correspond to HTTPServlet. I have handled what you need a few times. Search the list, I think that there was an 'easier' way to do this then what I will suggest. At the start of the operation spawn a thread into the background and pass the application and sessionID. When the the new thread finishes you can set a flag in the session. Use whatever mechanism you like to call a "result" page. In that result page check the session variable. If its set then show the result, if not then send the command to wait or refresh in 5 sec.... Thanks, -Aaron Held James R. Phillips wrote: > I need to extend ThreadedAppServer.RequestHandler.handleRequest(), > and would like to discuss doing so before embarking on the work. > > As Webware is currently written a browser or XML-RPC request must > wait until all application-side processing of that request has > completed before receiving a finished result, due to the strmOut.close(), conn.shutdown(1), and conn.close() method calls > at the end of handleRequest. > > At http://zunzun.com, I have processes that can possibly take a > couple of minutes to complete. What I would like to do when > handling some of the browser requests is to immediately send > the user a status page, call the methods above, and continue > processing. The status page would either refresh itself > every 5 seconds or so, or using Javascript and the vcXMLRPC > library make XML-RPC calls every so often - in both cases, > a different thread would make a status page. I have the user's > IP address for use in distinguishing different users on different > threads. > > My thinking is that I'll need to add a new method call to the > ThreadedAppServer to encapsulate strmOut.close(), conn.shutdown(1), > and conn.close() so I can call them at will, and a flag in > RequestHandler I can set so when the transaction completes it > will not call these. > > Any comments, ideas, suggestions, or questions? > > James Phillips > zunzun@... > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > Webware-discuss mailing list > Webware-discuss@... > https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Extending ThreadedAppServer.RequestHandler.handleRequest() From: Ian Bicking <ianb@co...> - 2003-02-13 19:09 On Thursday, February 13, 2003, at 06:38 AM, James R. Phillips wrote: > At http://zunzun.com, I have processes that can possibly take a > couple of minutes to complete. What I would like to do when > handling some of the browser requests is to immediately send > the user a status page, call the methods above, and continue > processing. The status page would either refresh itself > every 5 seconds or so, or using Javascript and the vcXMLRPC > library make XML-RPC calls every so often - in both cases, > a different thread would make a status page. I have the user's > IP address for use in distinguishing different users on different > threads. Will this really work? I mean, will a browser keep sending data even as its getting completed responses? > My thinking is that I'll need to add a new method call to the > ThreadedAppServer to encapsulate strmOut.close(), conn.shutdown(1), > and conn.close() so I can call them at will, and a flag in > RequestHandler I can set so when the transaction completes it > will not call these. > > Any comments, ideas, suggestions, or questions? Well, none that are very helpful, but if you make these changes it would probably be best to make them on NewThreadedAppServer (which will be renamed ThreadedAppServer in CVS sometime soon). Ian

Re: [Webware-discuss] Extending ThreadedAppServer.RequestHandler.handleRequest() From: Nick Murtagh <nickm@go...> - 2003-02-14 09:00 Ian Bicking wrote: > Will this really work? I mean, will a browser keep sending data even as > its getting completed responses? There are components in IE and Mozilla that allow you to make HTTP requests manually using Javascript. You can even do asynchronous requests. Nick

Re: [Webware-discuss] Extending ThreadedAppServer.RequestHandler.handleRequest() From: Aaron Held <aaron@Me...> - 2003-02-14 14:53 Nick Murtagh wrote: > Ian Bicking wrote: > >> Will this really work? I mean, will a browser keep sending data even >> as its getting completed responses? > > > There are components in IE and Mozilla that allow you to make HTTP > requests manually using Javascript. You can even do asynchronous > requests. > > Nick There are a couple of ways to do it. 1) Pop-up another html window and keep refrshing that windows. When your process is done write in javscript self.opener.location = "successPage" 2) Do 1 w/ a frameset 3) Setup a javascript timer and keep loading an image. If the image size is 1x1 then try again, if its 5x5 then go to the success page. 4) xmload - There is an load xml function that you can use to for calling xmlrpc into webware, but that seems like too much effort. -Aaron > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: FREE SSL Guide from Thawte > are you planning your Web Server Security? Click here to get a FREE > Thawte SSL guide and find the answers to all your SSL security issues. > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0026en > _______________________________________________ > Webware-discuss mailing list > Webware-discuss@... > https://lists.sourceforge.net/lists/listinfo/webware-discuss

Re: [Webware-discuss] Extending ThreadedAppServer.RequestHandler.handleRequest() From: Frank Barknecht <fbar@fo...> - 2003-02-15 09:26 Hallo, Ian Bicking hat gesagt: // Ian Bicking wrote: > On Thursday, February 13, 2003, at 06:38 AM, James R. Phillips wrote: > >I have the user's IP address for use in distinguishing different > >users on different threads. > > Will this really work? I mean, will a browser keep sending data even > as its getting completed responses? I see another problem: I doubt, that the IP adress can fully identify a user, if you have proxies or firewalls in between. ciao -- Frank Barknecht _ ______footils.org__

Re: [Webware-discuss] Extending ThreadedAppServer.RequestHandler.handleRequest() From: Karl Putland <karl@pu...> - 2003-02-15 22:49 On Sat, 2003-02-15 at 02:25, Frank Barknecht wrote: > Hallo, > Ian Bicking hat gesagt: // Ian Bicking wrote: > > > On Thursday, February 13, 2003, at 06:38 AM, James R. Phillips wrote: > > >I have the user's IP address for use in distinguishing different > > >users on different threads. > > > > Will this really work? I mean, will a browser keep sending data even > > as its getting completed responses? > > I see another problem: I doubt, that the IP adress can fully identify > a user, if you have proxies or firewalls in between. > Not to mention that an aol client changes IP addresses for almost every request off of the aol network. > ciao -- Karl Putland <karl@...>

Re: [Webware-discuss] Extending ThreadedAppServer.RequestHandler.handleRequest() From: Frank Barknecht <fbar@fo...> - 2003-02-16 11:28 Hallo, Karl Putland hat gesagt: // Karl Putland wrote: > On Sat, 2003-02-15 at 02:25, Frank Barknecht wrote: > > I see another problem: I doubt, that the IP adress can fully identify > > a user, if you have proxies or firewalls in between. > Not to mention that an aol client changes IP addresses for almost every > request off of the aol network. And being on a multiuser system like system their might be several users browsing from the same physical machine at the same time. ciao -- Frank Barknecht _ ______footils.org__

1 message has been excluded from this view by a project administrator.