Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: neutral (asf.osuosl.org: 216.86.168.178 is neither permitted nor
 denied by domain of geir@pobox.com)
Message-ID: <452BC3AD.5040302@pobox.com>
Date: Tue, 10 Oct 2006 12:00:45 -0400
From: "Geir Magnusson Jr." <geir@pobox.com>
Reply-To: geir@pobox.com
User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909)
MIME-Version: 1.0
To: harmony-dev@incubator.apache.org
Subject: Re: [drlvm] VM throws NullPointerException in case java.class.path
 is not set
References: <e29119980610100251w6fb76f17k465e7482748e3d83@mail.gmail.com>
	 <bc79dd600610100257n7c546f28gdd4d5baf8444ded2@mail.gmail.com>
	 <e29119980610100305u27477bf1l2aa00f864ae3041a@mail.gmail.com>
	 <452B7899.7060103@googlemail.com>
 <e29119980610100350v7112ed70gb6e7891bbd0724d4@mail.gmail.com>
In-Reply-To: <e29119980610100350v7112ed70gb6e7891bbd0724d4@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Absolutely.  And if not, even the principle of "be kind to your users" 
dictates that we do something nice for them.

geir

Evgueni Brevnov wrote:
> Oliver,
> 
> You have provided strong arguments that RI uses current directory by
> default. I think it makes sense to be compatible with RI in this
> particular case.
> 
> Thanks
> Evgueni
> 
> On 10/10/06, Oliver Deakin <oliver.deakin@googlemail.com> wrote:
>> I have just tried launching the RI with a simple launcher (very basic -
>> CreateJavaVM(),
>> finds and launches a class, then calls DestroyJavaVM()). The launcher
>> does not
>> set java.class.path, and executes the main method of the following class:
>>
>>   public class SysInfo {
>>       public static void main(String[] args) {
>>                   System.getProperties().list(System.out);
>>       }
>>   }
>>
>> The java.class.path value is printed as:
>>
>>  java.class.path=
>>
>> So it appears that java.class.path property is left empty by default.
>> However,
>> to have found the SysInfo class, the RI must have searched in the current
>> directory. I can also instantiate other classes that are located in the
>> current
>> directory. So although the java.class.path is set to an empty string,
>> internally
>> there is a default inclusion of the current directory.
>>
>> IMHO we follow the RI behaviour here, and have an implicit inclusion of
>> the current directory unless the classpath is explicitly set.
>>
>> Regards,
>> Oliver
>>
>>
>> Evgueni Brevnov wrote:
>> > It seems for me like pretty specified VM behavior to treat classpath
>> > absence as take classes from current directory. At least RI does like
>> > that when you don't specify classpath on command line.
>> >
>> > Evgueni
>> >
>> > On 10/10/06, Mikhail Fursov <mike.fursov@gmail.com> wrote:
>> >> Another solution could be a simple shutdown with the valid error
>> >> message.
>> >> Sometimes the error message is better than hidden behaviour.
>> >> So the alternative is to check all properties VM needs before running
>> >> real
>> >> startup and fail if some of the properties are not found.
>> >>
>> >>
>> >> On 10/10/06, Evgueni Brevnov <evgueni.brevnov@gmail.com> wrote:
>> >> >
>> >> > Hi All,
>> >> >
>> >> > Currently DRLVM starts with help of the launcher. The launcher 
>> does a
>> >> > lot of stuff required to create VM instatnce. As a part of its 
>> job it
>> >> > sets up java.class.path property. And this is good. What is not good
>> >> > that DRLVM crashes (actually throws NullPointerException in
>> >> > initalization stage) if java.class.path is not set. I believe it 
>> makes
>> >> > sense to point java.class.path to current directory inside VM if
>> >> > launcher doesn't set it.
>> >> >
>> >> > What do u think?
>> >> >
>> >> > Thanks
>> >> > Evgueni
>> >> >
>> >> > 
>> ---------------------------------------------------------------------
>> >> > Terms of use : http://incubator.apache.org/harmony/mailing.html
>> >> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> >> > For additional commands, e-mail: 
>> harmony-dev-help@incubator.apache.org
>> >> >
>> >> >
>> >>
>> >>
>> >> --
>> >> Mikhail Fursov
>> >>
>> >>
>> >
>> > ---------------------------------------------------------------------
>> > Terms of use : http://incubator.apache.org/harmony/mailing.html
>> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>> >
>> >
>>
>> -- 
>> Oliver Deakin
>> IBM United Kingdom Limited
>>
>>
>> ---------------------------------------------------------------------
>> Terms of use : http://incubator.apache.org/harmony/mailing.html
>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>>
>>
> 
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> 

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org