Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (herse.apache.org: domain of ted.kirby@gmail.com designates
 66.249.92.170 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=lSgDRw2ljuMQPNIwNzOFvnBYHoUsIOWeK5cWwcmUlQR3R8pP3/euQa737w+Rh12bGt1j3a5DpqpvYZIklfSrghiEKu/ZvgH+NL0Hnc8FbBvIU8zak7Ixa3JZHvCOk/vx9uVIqwSrfXRorDsoOjrWGXBG7uHj7jmTSDyCJLmPIf4=
Message-ID: <3da992810703080839p556e9256oe63ae460573e7870@mail.gmail.com>
Date: Thu, 8 Mar 2007 11:39:47 -0500
From: "Ted Kirby" <ted.kirby@gmail.com>
To: dev@geronimo.apache.org
Subject: Re: Cound not determine the installation directory of AG,
 because ... messages
In-Reply-To: <E40D6411-5A9E-46E5-B8AC-FB9C9607A783@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <E40D6411-5A9E-46E5-B8AC-FB9C9607A783@gmail.com>

DirectoryUtils has the same static code block that essentially (tries
to) determine GERONIMO_BASE (install directory) by getting the parent
directory of bin\server.jar, and prints that error message if it
fails.

I think this code should be removed from static blocks, put in one
place, and only called once when and if it is needed.  (That is, in
DirectoryUtils.getGeronimoInstallDirectory(), and
ConfigurationUtil.loadBootstrapConfiguration().)  It appears not be be
needed in both of the cases you mention.

Ted Kirby

On 3/8/07, Sachin Patel <sppatel2@gmail.com> wrote:
>
> Have people noticed this message during the build (though it doesn't cause a
> build failure).. I also get it every time when deploying projects to G2.0
> using the eclipse-plugin.
>
> 10:39:44,927 ERROR [ConfigurationUtil] Cound not determine the installation
> directory of Apache Geronimo, because the startup jar could not be found in
> the current class loader.
>
> Any thoughts to why this is being thrown?
>
> -sachin
>
>