APACHE2::REQUESTIO::READ: (70007) THE TIMEOUT SPECIFIED HAS EXPIRED

2008-12-30 Thread Shibi NS
Hi all, I am getting following error from CGI module after mod_perl 2.0.4 migration , is there is any way resolve it ? . This issue occurs not all the time My code is sub handler { my ($req) = @_; my $username; my $remote_ip = $req->connection->remote_ip; # # Create a Sess

Re: Apache2::Controller release

2008-12-30 Thread Foo JH
Mark Hedges wrote: > http://search.cpan.org/~markle/Apache2-Controller-1.000.001/ Very interesting. I have a controller which functions in a slightly different way, but it's good to see alternative approaches. I think yours makes life easier.

Re: preserving request body across redirects

2008-12-30 Thread David Ihnen
Mark Hedges wrote: On Tue, 30 Dec 2008, David Ihnen wrote: in the meantime server 556 dublin suffered a network connector air gap issue. A trouble ticket has been created. These things happen. client -> GET -> load balancer -> server 22 london -> looks up saved requestbody !!! This is th

Re: preserving request body across redirects

2008-12-30 Thread Mark Hedges
On Tue, 30 Dec 2008, David Ihnen wrote: > > in the meantime server 556 dublin suffered a network > connector air gap issue.  A trouble ticket has been > created.  These things happen. > > client -> GET -> load balancer -> > server 22 london -> looks up saved requestbody !!! > > This is the proble

Re: preserving request body across redirects

2008-12-30 Thread David Ihnen
Mark Hedges wrote: Thanks I really do appreciate your comments. On Mon, 29 Dec 2008, David Ihnen wrote: Yes, I am aware of how OpenID works. And it works in-band unless the application explicitly sidelines it - there is no inherent side-band communication that the client and server will use

Re: preserving request body across redirects

2008-12-30 Thread Mark Hedges
Thanks I really do appreciate your comments. On Mon, 29 Dec 2008, David Ihnen wrote: > Yes, I am aware of how OpenID works.  And it works in-band > unless the application explicitly sidelines it - there is > no inherent side-band communication that the client and > server will use - otherwise, yo