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
