Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@harmony.apache.org
Received-SPF: pass (herse.apache.org: domain of alexey.v.varlamov@gmail.com
 designates 209.85.132.243 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=lDSJ6AIKqNGK/sIkhmSRoLljoEI71/O4qvm6pYzAK+Sdyot8mvM6aG2+NdDkczXYZOXwv5JGTWJ6U8HsTmAIhDPk83XS5onmrVA0Cn3LEhBX8t6DRNtwusKddthyAPb7ADReCcxV86em2perXg+hKVrNuHxS/eTZU77omVspkao=
Message-ID: <f944d83d0705232301t2aca38cdofe5bcefa7b9b9664@mail.gmail.com>
Date: Thu, 24 May 2007 13:01:10 +0700
From: "Alexey Varlamov" <alexey.v.varlamov@gmail.com>
To: dev@harmony.apache.org
Subject: Re: ECJ and Harmony
In-Reply-To: <f31oht$t7j$1@sea.gmane.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <f31n35$n5a$1@sea.gmane.org>
	 <OF323A7E3C.679A5F6F-ON852572E4.00562A27-852572E4.0056B776@ca.ibm.com>
	 <f31oht$t7j$1@sea.gmane.org>

2007/5/23, Gregory Shimansky <gshimansky@apache.org>:
> Olivier Thomann wrote:
> > news <news@sea.gmane.org> wrote on 2007-05-23 11:37:09:
> >> Olivier Thomann wrote:
> >> Ah I was mistaken when I wrote that org.apache.harmony.boot.class.path
> >> is the right property to be used. This property is created by classlib
> >> initialization code and actually specifies all JAR files which classlib
> >> has (kernel classes are VM specific). DRLVM adds kernel.jar to the
> >> property and creates vm.boot.class.path and sun.boot.class.path, the
> >> latter for compatibility with Sun.
> > I could search for "sun.boot.class.path" first and if not present, use
> > "vm.boot.class.path".
>
> Just small correction, if sun.boot.class.path is not found, search for
> org.apache.harmony.boot.class.path. It is the only property that IBM VME
> provides, and it has correct value for it. On DRLVM sun.boot.class.path
> and vm.boot.class.path are equal and contain kernel.jar, while
> org.apache.harmony.boot.class.path doesn't contain it (this should not
> be a problem if you search for sun.boot.class.path first).

Let's get rid of that duplicate "vm.boot.class.path" -
org.apache.harmony.boot.class.path + sun.boot.class.path is more than
enough.
And to avoid confusion in future, re-initialize the first with the
full bootclasspath in DRLVM as well.

>
> > Then this would not require any change in the Harmony properties. So as
> > long as these
> > properties are properly initialized, it should work fine.
> >
> > I'll preserve the current heuristic in case none of the properties is set.
>
> Sure. I wonder what IBM's J9 provides. I saw some code in eclipse which
> reads com.ibm.oti.system.class.path property. But maybe it provides
> sun.boot.class.path for compatibility too...
>
> > Does this sound good enough?
>
> Yes!
>
> [1]
> http://dev.eclipse.org/viewcvs/index.cgi/org.eclipse.jdt.launching/support/org/eclipse/jdt/internal/launching/support/LibraryDetector.java?revision=1.9&view=markup
>
> --
> Gregory
>
>