Return-Path: Delivered-To: apmail-httpd-modules-dev-archive@minotaur.apache.org Received: (qmail 17817 invoked from network); 28 Dec 2010 17:08:06 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 28 Dec 2010 17:08:06 -0000 Received: (qmail 77640 invoked by uid 500); 28 Dec 2010 17:08:06 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 77486 invoked by uid 500); 28 Dec 2010 17:08:05 -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 77478 invoked by uid 99); 28 Dec 2010 17:08:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Dec 2010 17:08:05 +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.45 as permitted sender) Received: from [209.85.215.45] (HELO mail-ew0-f45.google.com) (209.85.215.45) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 28 Dec 2010 17:07:59 +0000 Received: by ewy10 with SMTP id 10so5432025ewy.18 for ; Tue, 28 Dec 2010 09:07:39 -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=fnNH22DD25Kxk1G73C3/TdezXme+WPWv/jSbnJNvUig=; b=jwBYTnKDRQEKrjjfk7dAs9w7ok0PdPJLTRJZHocPjpHqE9a922ZgUO2xajZ+9oWVIC MoOsB7Gpf2lYDEjQZUdivDyOIWaI3O4mFQN8zkIbOXkrqhL16V4IqwDXaig/EwT1q0sL 9nzxP7LGvO9qm5g1HNdqgLYKZT0JyDYpLXg30= 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=vn/1lSmssq/iR9chQ/MEvXgbFSxac4sPKOp9dNydGI4ZpFCuDglx/1m0I0vbgLTEog PdLbK1QRMUNRY6sdLtRSWMVsnLT5WV0oHZHPlE2GUL+J/ZKTRv3dVu+EIF/mjLnvi5Qc kTz4jzLwGK8UGKcFvLZXJkGXyQOKvcpnxFAx4= MIME-Version: 1.0 Received: by 10.14.126.141 with SMTP id b13mr2923854eei.47.1293556058325; Tue, 28 Dec 2010 09:07:38 -0800 (PST) Received: by 10.14.53.72 with HTTP; Tue, 28 Dec 2010 09:07:38 -0800 (PST) In-Reply-To: <20101228074659.74dc08ad@bhuda.mired.org> References: <20101228074659.74dc08ad@bhuda.mired.org> Date: Tue, 28 Dec 2010 09:07:38 -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 Put it in a queue and have a separate process work the queue. Don't try so hard to cram it into the web server. On 12/28/10, Mike Meyer wrote: > I've got a startup design issue with a proxy module for a proprietary > protocol. > > Basically, the protocol *requires* that a failed request be reversed - > even if the client doesn't get told the reversal succeeds. If apache > crashes holding an unacknowledged reversal request, then the module > needs to complete the reversal when it starts again. I'd like to do > this ASAP after a restart - which means at some point during > initialization rather than waiting for the first request from a > client. > > Is there some sane place during system initialization to hang this? Or > should I just punt, and wait for the first client request to come in? > > 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!