JShell: source in langtools vs JDK?
Maurizio Cimadamore
maurizio.cimadamore at oracle.com
Thu Sep 17 16:36:53 UTC 2015
On 17/09/15 17:28, Robert Field wrote:
>
> On 09/17/15 09:25, Maurizio Cimadamore wrote:
>>
>>
>> On 17/09/15 16:59, Jonathan Gibbons wrote:
>>> In the short term, would it help those folk actively working on the
>>> kulla code base to have recent full builds of the kulla forest
>>> available from somewhere (i.e, with jline and jdi present), so that
>>> we can minimize any short term inconvenience until kulla is integrated?
>> I don't think that would help; note that the issues I pointed out in
>> my writeup essentially boils down to the fact that part of the jshell
>> environment (the remote agent) is insensitive to whatever parameter
>> you pass on the command line when you run jshell/run tests (this is
>> problem #3 in my email). As a consequence, you will be rnning some
>> weird two headed beast which has some bits coming from the jshell
>> under development, while other bits will fall back to the jshell
>> version available in the 'recent build' (which presumably doesn't
>> contain the fix/enhancement the dev is working on).
>
> That seems a bug that needs to be addressed rather than a factor in
> the location of the source.
If it's a bug great - I wasn't sure if the lack of bootclasspath
propagation was a necessary/design choice as I'm not an expert with JDI.
Maurizio
>
> -Robert
>
>>
>> I somewhat agree that #1 and #2 *should* go away in the long run when
>> modules will be fully supported; that is, assuming that -override
>> will do the right thing and not (as currently with -Xbootclasspath)
>> omit all classes in same package available in jimage but not in the
>> overriding module (problem #1).
>>
>> Maurizio
>
More information about the kulla-dev
mailing list