I just tried on J9, and this property is set there too.
Regards,
Oliver
Leo Li wrote:
Thank you. It seems that j9 vm should also set this property. :)
On 12/4/06, Alexey Varlamov <[EMAIL PROTECTED]> wrote:
2006/12/4, Nathan Beyer <[EMAIL PROTECTED]>:
> 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 <[EMAIL PROTECTED]> 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
> >
> >
>
--
Oliver Deakin
IBM United Kingdom Limited
