Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 5902 invoked from network); 18 May 2005 16:40:50 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 May 2005 16:40:50 -0000 Received: (qmail 5933 invoked by uid 500); 18 May 2005 16:05:09 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 5845 invoked by uid 500); 18 May 2005 16:05:06 -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 5740 invoked by uid 99); 18 May 2005 16:05:04 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from ajax-1.apache.org (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 18 May 2005 09:05:03 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id E3335303 for ; Wed, 18 May 2005 18:04:54 +0200 (CEST) Message-ID: <1397948862.1116432294927.JavaMail.jira@ajax.apache.org> Date: Wed, 18 May 2005 18:04:54 +0200 (CEST) From: "toby cabot (JIRA)" To: dev@geronimo.apache.org Subject: [jira] Commented: (GERONIMO-645) geronimo/jetty doesn't respect web.xml load-on-startup order In-Reply-To: <1639797690.1115836639152.JavaMail.jira@ajax.apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N [ http://issues.apache.org/jira/browse/GERONIMO-645?page=comments#action_65667 ] toby cabot commented on GERONIMO-645: ------------------------------------- I wrote on the dev list (this system was down): I started looking at this but I think I've gone as far as I can without some advice. I started by modifying JettyModuleBuilder to create the servlet gbeans in the order specified by the load-on-startup elements, and that worked the first time I ran the server. But not the second time. So I looked into it a little more and found that the BasicDependencyManager stores the dependencies as a set, so when GBeanInstanceState.startRecursive() gets the children (in this case the servlets) to start there's no order to them. So I'm at a loss for what to do. Modifying the dependency manager to use lists instead of sets seems pretty drastic (since some of the methods return sets) but it would probably make the server start up more predictably. But I'm not sure that's enough to ensure that the load-on-startup order is respected all the way through deployment and startup. David Jencks responded: Certainly the simplest solution is to give JettyServletHolder a Previous reference so they form a linked list and set this reference in the builder so as to be consistent with and enforce the startup order. The JettyFilterMapping uses this idea... > geronimo/jetty doesn't respect web.xml load-on-startup order > ------------------------------------------------------------ > > Key: GERONIMO-645 > URL: http://issues.apache.org/jira/browse/GERONIMO-645 > Project: Geronimo > Type: Bug > Components: web > Versions: 1.0-M4 > Environment: Fedora Core release 2 (Tettnang) > java version "1.4.2_05" > geronimo svn code revision 169673 > Reporter: toby cabot > > Geronimo doesn't appear to start servlets in the order specified by . I can't figure out how the order is determined, but if I modify the values in a couple of elements to try to change the startup order they come up in the same order as before. -- 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