Alexey Varlamov wrote:
2006/9/11, Paulex Yang <[EMAIL PROTECTED]>:
Alexey Varlamov wrote:
> 2006/9/11, Geir Magnusson Jr. <[EMAIL PROTECTED]>:
>>
>>
>> Evgueni Brevnov wrote:
>> > On 9/9/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote:
>> >> There seems to be no easy solution, other than parse
>> LD_LIBRARY_PATH or
>> >> PATH...
>> >
>> > Is vmcore.dll (now harmonyvm.dll) and kernel.jar should always
reside
>> > in one directory?
>>
>> I was thinking about this for packaging - that way you can have :
>>
>> jre/
>> bin/
>> j9/
>> drlvm/
>>
>> and setup a symlink if you wish.
>>
>> if we have kernel.jar in jre/lib/boot as we do now, it's must less
>> convenient and probably error prone to switch back and forth.
>>
>> > If yes then we can take vmcore.dll base path as a
>> > location of kerenel.jar.
>>
>> Sure - where will you get that? and what do you w/ .so's in
unix? I've
>> come to the conclusion that the only way will be to manually run the
>> PATH (win) and LD_LIBRARY_PATH (linux)
>
> IIUC, j9 does this in astonishingly simple way - it just specifies
> "-Xbootclasspath/p:%LAUNCHER_HOME%/default/luni-kernel.jar" in the
> "<vmdir>/harmonyvm.properties" file, and the launcher does the rest.
> Namely, it automatically reads that file, replaces %LAUNCHER_HOME%
> with actual location and feeds extra arguments to VM among user's
> ones.
> This solution looks sufficient for now, but it seems to be only
> partial: it does not work for pure Invocation API
> usecase.Besides,those hardcoded arguments to VM appear confusing in
> some cases - e.g.
> it is impossible to override kernel.jar via command-line.
Is it necessary to override the kernel.jar via command-line? The kernel
class is provided by VM, so it is natural to locate it by VM specific
property file.
The first example which came to mind, how could you instrument the
kernel classes, say for coverage analysis by emma or custom profiling?
I'm sure there are more usecases, but anyway this is generally adopted
behaviour and not following it may be far more disappointing than
exception message incompatibility which we care so much ;)
I'm not sure I catch up what you mean, about Emma, Harmony's current
test coverage exclude list[1] shows that not all classes can be
instrumented, I don't think it is due to the position of kernel classes.
Further, for the special requirement(instrument, AOP, or so), anything
prevent the user to add "-Xbootclasspath/p" to replace the kernel class
implementation? Or, what's the difference on this between RI and current
Harmony?
[1] http://viv.byethost15.com/exclude.list
> Also note hardcoded "default" vmdir.
Agree, "default" should be replaced by some variables(%vmdir% or so), so
it is easier to move VME to another directory.
OK, I will file a JIRA for this.
--
Regards,
Alexey
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Paulex Yang
China Software Development Lab
IBM
---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
