Return-Path: Delivered-To: apmail-cocoon-users-archive@www.apache.org Received: (qmail 63568 invoked from network); 26 Jun 2004 14:20:55 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 26 Jun 2004 14:20:55 -0000 Received: (qmail 582 invoked by uid 500); 26 Jun 2004 14:20:43 -0000 Delivered-To: apmail-cocoon-users-archive@cocoon.apache.org Received: (qmail 377 invoked by uid 500); 26 Jun 2004 14:20:39 -0000 Mailing-List: contact users-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: users@cocoon.apache.org Delivered-To: mailing list users@cocoon.apache.org Received: (qmail 338 invoked by uid 99); 26 Jun 2004 14:20:38 -0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.27.1) with SMTP; Sat, 26 Jun 2004 07:20:38 -0700 Received: (qmail 14460 invoked by uid 65534); 26 Jun 2004 14:20:32 -0000 Received: from a183069.studnetz.uni-leipzig.de (EHLO [139.18.183.69]) (139.18.183.69) by mail.gmx.net (mp012) with SMTP; 26 Jun 2004 16:20:32 +0200 X-Authenticated: #3483660 Message-ID: <40DD863E.1050103@gmx.de> Date: Sat, 26 Jun 2004 16:20:46 +0200 From: Joerg Heinicke User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: de-de, de, en-us, en-gb, en MIME-Version: 1.0 To: users@cocoon.apache.org Subject: Re: Can I queue http requests in Cocoon 2.1.5 standalone? References: <40D977E3.2010509@c.dk> In-Reply-To: <40D977E3.2010509@c.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On 23.06.2004 14:30, Thorbj�rn Ravn Andersen wrote: > I have a situation where I want to use vanilla Cocoon with a few extra > classes to render XSL-FO to an untraditional format, which I have > working with the Jetty included. > > What I need to do now, is to limit the number of concurrent requests to > avoid FOP to run out of memory, since we may have quite demanding prints > and being able to isolate it is the primary reason for this exercise. I > thought that the Avalon pool parameters were for this, but that is > apparently for determining when to destroy or pool components. > > So, what I need is a way to say "If there is already X requests running > when the next http-request happens, then wait until one of the active > jobs finish and then execute the waiting job" and allow quite a queue to > build up. Can this be done with what is included in Cocoon? Sounds like a task for the servlet container. If it is not configurable, you can reach that functionality probably by using servlet filters. Joerg --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org For additional commands, e-mail: users-help@cocoon.apache.org