Return-Path: Delivered-To: apmail-httpd-modules-dev-archive@minotaur.apache.org Received: (qmail 7624 invoked from network); 29 Dec 2010 15:57:24 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 29 Dec 2010 15:57:24 -0000 Received: (qmail 84637 invoked by uid 500); 29 Dec 2010 15:57:24 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 84408 invoked by uid 500); 29 Dec 2010 15:57:23 -0000 Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: modules-dev@httpd.apache.org Delivered-To: mailing list modules-dev@httpd.apache.org Received: (qmail 84400 invoked by uid 99); 29 Dec 2010 15:57:22 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Dec 2010 15:57:22 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of mcqueenorama@gmail.com designates 209.85.215.173 as permitted sender) Received: from [209.85.215.173] (HELO mail-ey0-f173.google.com) (209.85.215.173) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Dec 2010 15:57:17 +0000 Received: by eyg7 with SMTP id 7so2868348eyg.18 for ; Wed, 29 Dec 2010 07:56:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=xH4TVk/PthdFNgiEu3SXNMn5KcK/sjp8MIvc6bI+ZHQ=; b=WEgBKh1Rt9toE6//2tehPM1On6dui2y7EFZMRT2gllVOG87C8rjO5wctrQw0NE9j2x Xpg8CNZ8Yv0Ux9u0UejRitA5aohe7sAHweWELSfHbjDIqTXtuLfm6QQoXQ6pQ/vTJ1wC +JMEaoAJsqRUA+/PgF33AtgurGzPxaj1EL7kU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=N6UawJzQ4Nq5GZEp3G2kd+Xq1ZWDgdKGOWB7QGXiT2ElHDyU/V26NJ3Usw9mZPQlYk 58xwATjI0VCUB4c2nFsYTF6PQUuFXR3EXKVdUQMbC5HS+hulg18doYD1DW59l0nP8zMQ YpL1WXuapjT9YFpGA3MO78z7l0Hik+qW6JgLU= MIME-Version: 1.0 Received: by 10.14.16.164 with SMTP id h36mr3240749eeh.37.1293638216867; Wed, 29 Dec 2010 07:56:56 -0800 (PST) Received: by 10.14.53.72 with HTTP; Wed, 29 Dec 2010 07:56:56 -0800 (PST) In-Reply-To: <20101229092144.621c4a5c@bhuda.mired.org> References: <20101228074659.74dc08ad@bhuda.mired.org> <20101228142709.39b0ed56@bhuda.mired.org> <20101229035230.5a8070c1@bhuda.mired.org> <4D1AF899.1060001@beamartyr.net> <20101229070722.68b36227@bhuda.mired.org> <4D1B3745.8080102@smartechhomes.com> <20101229092144.621c4a5c@bhuda.mired.org> Date: Wed, 29 Dec 2010 07:56:56 -0800 Message-ID: Subject: Re: Doing left-over request processing at startup.... From: Brian McQueen To: modules-dev@httpd.apache.org Content-Type: text/plain; charset=ISO-8859-1 X-Virus-Checked: Checked by ClamAV on apache.org 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, Mike Meyer wrote: > 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 >> >>> 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 this happen at >> >>> startup, instead of on the first connection. >> >> Maybe try something simpler? Write a script which fires at apache >> >> startup and just makes a dummy request to trigger the queue? I know >> >> that's a lot less fun and less elegant ;), but will it get the job >> >> done? >> > >> > Yeah, I'd been thinking about something like that. Start it a bit >> > after apache, probe the port, connect, count to one, and go away.... >> >> If you don't need to give feedback to the web user, just place the >> request in a queue, i.e. in a database. Then start a cron job every 5 >> minutes (or whenever) to process any work in the queue. Much simpler. > > We do need to give feedback to the web user. In fact, failure to do > that means the request has failed, and has to be reversed. That we > need to complete these actions even if apache is rebooted while we're > trying is the root cause of the problem. > > Thanks, > -- > Mike Meyer http://www.mired.org/consulting.html > Independent Network/Unix/Perforce consultant, email for more information. > > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > -- Sent from my mobile device Make a Small Loan, Make a Big Difference - Check out Kiva.org to Learn How!