Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 89679 invoked from network); 14 Jan 2006 14:38:52 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 14 Jan 2006 14:38:52 -0000 Received: (qmail 49851 invoked by uid 500); 14 Jan 2006 14:38:45 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 49504 invoked by uid 500); 14 Jan 2006 14:38:44 -0000 Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@geronimo.apache.org List-Id: Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 49483 invoked by uid 99); 14 Jan 2006 14:38:43 -0000 X-ASF-Spam-Status: No, hits=1.3 required=10.0 tests=SPF_FAIL X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 14 Jan 2006 06:38:41 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 5EDD8188 for ; Sat, 14 Jan 2006 15:38:20 +0100 (CET) Message-ID: <452835416.1137249500386.JavaMail.jira@ajax.apache.org> Date: Sat, 14 Jan 2006 15:38:20 +0100 (CET) From: "Greg Wilkins (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Created: (GERONIMO-1471) Connector dependencies MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Connector dependencies ---------------------- Key: GERONIMO-1471 URL: http://issues.apache.org/jira/browse/GERONIMO-1471 Project: Geronimo Type: Improvement Components: Clustering, connector, Tomcat, web Environment: Deploying a web application in a cluster. Reporter: Greg Wilkins Assigned to: Greg Wilkins Fix For: 1.1 It is highly desirable that the HTTP connectors can be made dependent on the correct startup of one or more webapplications. This is to prevent a server with failed webapps to join a cluster, or for it a server to join a cluster before required webapplications are fully deployed. It should be possible to add GBean dependancies in the web container plans, however an opinion has been expressed that this is not flexible enough and would be difficult to configure and update. So a specific mechanism has been proposed. Issues to consider are: + How should the dependencies be expressed: specific webapp, all webapps, number of webapps? + Where should they be expressed? In the container plan, or perhaps as some form or required webapp flag in the geronimo-web.xml ? + If the dependencies are not meet, what state should the connector be in? Should it be just not be started, or should it start, but have internal state (eg open/closed) as this would allow a future conversation with advanced load balancers. + Should the server port be opened - but no requests accepted? This will reserver the port and verify that no other resource is using it while the webapps are started. Need to verify that this will not upset any load balancers. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira