Return-Path: Delivered-To: apmail-geronimo-dev-archive@www.apache.org Received: (qmail 38450 invoked from network); 14 Aug 2009 03:29:02 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 14 Aug 2009 03:29:02 -0000 Received: (qmail 93330 invoked by uid 500); 14 Aug 2009 03:29:09 -0000 Delivered-To: apmail-geronimo-dev-archive@geronimo.apache.org Received: (qmail 93162 invoked by uid 500); 14 Aug 2009 03:29:08 -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 93154 invoked by uid 99); 14 Aug 2009 03:29:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Aug 2009 03:29:08 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of greensight@gmail.com designates 209.85.216.194 as permitted sender) Received: from [209.85.216.194] (HELO mail-px0-f194.google.com) (209.85.216.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 14 Aug 2009 03:29:01 +0000 Received: by pxi32 with SMTP id 32so149172pxi.25 for ; Thu, 13 Aug 2009 20:28:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=MrU3bV8ywQGGeDRfQ66nAfj/sLDCnYn3KoHSg61HVvM=; b=wFJZrNPD8DK00dJd1C5Pe47ZX6NJUzpHDKRXroBJpYkMCSZf/gPoEU/rhPtySF6LUe 0Es4dAPQaY9BMgB1QEg+6WvN7cMYM0M1hJQvS/d1q2n4vfeSslSV67M6OoI9vZfF2Geh Rgnm49fj9/kxXPWbAs16bSJm+Iy3PPcejkwAM= 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=AZmZeRI5LvMaokQZ1NRKfgtPgKEHwIL/r9QoYIk+6BcAmRt9d7laBi1gfKQud/Zs1A O8z5lXk06uXyeF9G8qdbGOz7i1aCp1T2HBZpAhLufJIDu3S9iwyY5LE6f8xJODiwXN+G mODQ2W/8MXlBHCwy0vGK2ZuDToKqmoaKJYUjA= MIME-Version: 1.0 Received: by 10.114.47.11 with SMTP id u11mr1494530wau.220.1250220520765; Thu, 13 Aug 2009 20:28:40 -0700 (PDT) In-Reply-To: <14af40510908130850p7c7cb339j24029aad43b739a0@mail.gmail.com> References: <14af40510908130850p7c7cb339j24029aad43b739a0@mail.gmail.com> Date: Fri, 14 Aug 2009 11:28:40 +0800 Message-ID: <5e7fd1eb0908132028s74499143yaa15dba0f87dbe61@mail.gmail.com> Subject: Re: Multiple Server Instances: Uninstalling an application does not remove the entry from config.xml of other server instances From: Jack Cai To: dev@geronimo.apache.org Content-Type: multipart/alternative; boundary=00163642741507f948047111a64f X-Virus-Checked: Checked by ClamAV on apache.org --00163642741507f948047111a64f Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit This looks like a problem. You might want to open a JIRA to track it. The config file is resolved based on the server base dir, which should be different for the two instances. You can look into o.a.g.system.serverinfo.BasicServerInfo for more digging. -Jack On Thu, Aug 13, 2009 at 11:50 PM, Ashish Jain wrote: > Hi, > > I have a setup based on geronimo 2.1.3 and I have created another geronimo > instance from existing one using the multiple server instance feature. I > had set the following > set GERONIMO_OPTS=-Dorg.apache.geronimo.server.name=instance2 and was able > to start another instance with a portOffset of 1. > > Later I deployed a WAR application to one of geronimo instance and can see > the application in started state in the instance I have deployed the > application and stopped > in another instance. I can see an entry in the config.xml as well for both > the instances. Another observation in this case is that config.xml for > instance2 gets the entry > only when I access the admin console WAR portlet for this instance. > > Later tried undeploying the application. Application is removed from the > server repository, application entry is removed from config.xml of the > instance I have deployed the > application. However the application entry in config.xml of instance2 still > remains and is not removed. > > Just tried debugging this issue and found that LocalAttributeManager.java > shows the values with relative to g home for example "attributeFile > \var\config\config.xml". > However it never suggests any value relative to . > ServerOverride.java also works out relative to g_home. > > Any suggestions on how shall I proceed with this issue will be really > helpful. > > Thanks > Ashish > --00163642741507f948047111a64f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This looks like a problem. You might want to open a JIRA to track it. The c= onfig file is resolved based on the server base dir, which should be differ= ent for the two instances. You can look into o.a.g.system.serverinfo.BasicS= erverInfo for more digging.

-Jack

On Thu, Aug 13, 2009 at 11:50 P= M, Ashish Jain <= ashjain2@gmail.com> wrote:
Hi,

I have a setup based on geronimo 2.1.3 and I have created anothe= r geronimo instance from existing one using the multiple server instance fe= ature.=A0 I had set the following
set GERONIMO_OPTS=3D-Dorg.apache.geronimo.s= erver.name=3Dinstance2 and was able to start another instance with a po= rtOffset of 1.

Later I deployed a WAR application to one of geronimo instance and can = see the application in started state in the instance I have deployed the ap= plication and stopped
in another instance. I can see an entry in the con= fig.xml as well for both the instances. Another observation in this case is= that config.xml for instance2 gets the entry
only when I access the admin console WAR portlet for this instance.
Later tried undeploying the application. Application is removed from the s= erver repository, application entry is removed from config.xml of the insta= nce I have deployed the
application. However the application entry in config.xml of instance2 still= remains and is not removed.=A0

Just tried debugging this issue and= found that LocalAttributeManager.java shows the values with relative to g = home for example "attributeFile <g_home>\var\config\config.xml&q= uot;.
However it never suggests any value relative to <g_home/instance2>. S= erverOverride.java also works out relative to g_home.

Any suggestio= ns on how shall I proceed with this issue will be really helpful.

Thanks
Ashish

--00163642741507f948047111a64f--