harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Oliver Deakin <oliver.dea...@googlemail.com>
Subject Re: [drlvm] VM throws NullPointerException in case java.class.path is not set
Date Wed, 11 Oct 2006 08:23:47 GMT
ok, done - thanks for opening the JIRA Evgueni.

Regards,
Oliver


Evgueni Brevnov wrote:
> Oliver,
>
> HARMONY-1818 was created to track this issue. Could you attach your
> test case (simple  launcher) to it?
>
> Thanks
> Evgueni
>
> On 10/10/06, Geir Magnusson Jr. <geir@pobox.com> wrote:
>> 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
>>
>>
>
> ---------------------------------------------------------------------
> 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


Mime
View raw message