Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 6779 invoked from network); 12 Sep 2004 15:42:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 12 Sep 2004 15:42:24 -0000 Received: (qmail 91623 invoked by uid 500); 12 Sep 2004 15:42:17 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 91441 invoked by uid 500); 12 Sep 2004 15:42:16 -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 Delivered-To: mailing list dev@geronimo.apache.org Received: (qmail 91428 invoked by uid 99); 12 Sep 2004 15:42:15 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from [66.235.180.72] (HELO sls-dc1p2.dca2.superb.net) (66.235.180.72) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 12 Sep 2004 08:42:14 -0700 Received: from [192.168.37.182] (adsl-209-233-18-245.dsl.snfc21.pacbell.net [209.233.18.245]) (authenticated bits=0) by sls-dc1p2.dca2.superb.net (8.12.10/8.12.10) with ESMTP id i8CFktc7020657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 12 Sep 2004 08:46:57 -0700 Message-ID: <41446E55.5040902@gluecode.com> Date: Sun, 12 Sep 2004 08:42:13 -0700 From: Jeremy Boynes User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@geronimo.apache.org Subject: Re: Deployment heirarchies References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Alan D. Cabrera wrote: > > The reason that I ask is that in itests I distribute and start app1A, > app1B, and app2A. I then try to stop and undeploy them in reverse > order. When I do this, app1A, app1B and app2A throw this exception when > they are undeployed: > > java.lang.IllegalStateException > at > org.apache.geronimo.kernel.Kernel.stopConfiguration(Kernel.java:327) > ... > That looks like a bug. > Does what I'm doing for these unit tests, undeploying them in reverse > order, even make sense? > If they are peers, then you should be able to stop them in any order. If they form a hierarchy, then stopping just the parent would be sufficient as it would stop all the children as well. > BTW, what configuration to I pass to tell the server to stop the whole > tree all at once? Do I have to stop the nodes that I started in reverse > order? > Stopping a configuration will stop all of its children first. So, from the tree above, stopping "Config1" will also stop "app1A" and "app2A". You could kill the whole tree by stopping "System" but that would stop all the management and communication GBeans leaving you with a zombied kernel. For stopping groups of applications the intention was to have application defined units (like "Config1") so address this. -- Jeremy