harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexey Varlamov" <alexey.v.varla...@gmail.com>
Subject Re: [classlib][general]How to deal with such system property like "sun.boot.library.path"
Date Mon, 04 Dec 2006 06:04:11 GMT
2006/12/4, Nathan Beyer <nbeyer@gmail.com>:
> Do other non-Sun JREs work okay on these tests? In other words, do
> JREs, like BEA's and IBM's, have this system property set?

JRockit has it, the same as a number of other sun.* properties:
sun.boot.library.path
sun.io
sun.os.patch.level
sun.awt.
sun.jnu.encoding
sun.management.compiler
sun.awt.windows.
sun.arch.data.model
sun.awt.windows.
sun.boot.class.path
sunrsasign.jar
sun.com
sun.io.unicode.encoding
sun.cpu.endian
sun.desktop
sun.cpu.isalist

DRLVM also sets this property.

--
Alexey

>
> -Nathan
>
> On 12/3/06, Leo Li <liyilei1979@gmail.com> wrote:
> > Hi, all:
> >      During my application tests on aspectj, I found that some applications
> > such as aspectj and bcel use the system property "sun.boot.library.path" to
> > locate the boot classpath. Although Harmony has a similar property called "
> > org.apache.harmony.boot.class.path", since the property name "
> > sun.boot.library.path" is hardcoded in the applications, they will still
> > fail due to ClassNotFoundException.
> >      There seems to be two ways to solve it:
> >       1. Harmony also provides this property to be compatible with RI, which
> > seems quite simple but actually we are not "sun".
> >       2. To persuade other applications to use some adapter to get the boot
> > classpath instead of hard-coding the property name,  but it is quite a long
> > trip because of the number of Harmony's potential client applications.
> >      I believe there might be other compatible problems alike. Any
> > suggestion?
> > --
> > Leo Li
> > China Software Development Lab, IBM
> >
> >
>

Mime
View raw message