Re: Doing left-over request processing at startup....

2010-12-29 Thread Mike Meyer
On Tue, 28 Dec 2010 12:37:39 -0800 Brian McQueen wrote: > What I was imaging is all requests going through that same queue and > some daemon works the queue all the time. The httpd is one interface > to the queue. So there is no such hook required. Just start up the > queue drainer and start th

Re: Doing left-over request processing at startup....

2010-12-29 Thread Issac Goldstand
On 29/12/2010 10:52, Mike Meyer wrote: > > The current code actually works fine - except for this timing > issue. If I kill apache in the middle of handling a reversal, and > restart it, the first connection will cause the unfinished reversal to > be finished. I'm trying to find some way to make th

Re: Doing left-over request processing at startup....

2010-12-29 Thread Jerry Stuckle
On 12/29/2010 7:07 AM, Mike Meyer wrote: On Wed, 29 Dec 2010 11:00:09 +0200 Issac Goldstand wrote: On 29/12/2010 10:52, Mike Meyer wrote: The current code actually works fine - except for this timing issue. If I kill apache in the middle of handling a reversal, and restart it, the first con

Re: Doing left-over request processing at startup....

2010-12-29 Thread Mike Meyer
On Wed, 29 Dec 2010 08:27:33 -0500 Jerry Stuckle wrote: > > > On 12/29/2010 7:07 AM, Mike Meyer wrote: > > On Wed, 29 Dec 2010 11:00:09 +0200 > > Issac Goldstand wrote: > > > >> On 29/12/2010 10:52, Mike Meyer wrote: > >>> The current code actually works fine - except for this timing > >>> iss

Re: Doing left-over request processing at startup....

2010-12-29 Thread Brian McQueen
I do think that the httpd may be un-needed except as a proxy. You know about Apache's Active MQ and other such queues? They have a protocol (not http) which is designed for reliable messaging. Maybe its jms or stomp? There might even be a module designed to proxy to active mq. On 12/29/10, M