The 2 is a mission impossible. We have to set the property.

And we have to use the same package name if the classes in sun.* are
hardcoded in some applications?

On 12/4/06, Leo Li <[EMAIL PROTECTED]> 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
> > >
> > >
> >
>



--
Leo Li
China Software Development Lab, IBM




--
Tony Wu
China Software Development Lab, IBM

Reply via email to