Fw: Any word on the updated spec

2016-09-06 Thread Jayaprakash Arthanareeswaran

Re: Using Eclipse batch compiler

2017-01-12 Thread Jayaprakash Arthanareeswaran

Referring to a different --system

2017-03-09 Thread Jayaprakash Arthanareeswaran

Re: Java Platform Module System

2017-05-02 Thread Jayaprakash Arthanareeswaran

Java Module System JSR/JEP

2015-09-01 Thread Jayaprakash Arthanareeswaran
Hello Mark and experts, It is a bit worrying for us (the Eclipse team) that not much has been said or discussed on the Java Module System itself. As we have just over a year left for the slated GA in 2016, it is about time the spec gets the update, isn't it? Can you please let us know if there i

Retrieving PLATFORM_CLASS_PATH from file manager

2015-09-12 Thread Jayaprakash Arthanareeswaran
Hello experts, With JDK 9, some of JDT Core tests have started failing. The failing tests are in the JSR 199 area, where we test Eclipse's compiler in a mixed mode with Javac's StandardJavaFileManager. standardJavaFileManager.getLocation(StandardLocation.PLATFORM_CLASS_PATH); Until JDK 8, this

Re: Warning: Cannot use jsr199 Javac from jrt-fs.jar"

2015-10-08 Thread Jayaprakash Arthanareeswaran
> The ability that you need, and which you're currently missing, is the > ability to load code (modules) from an alternate JDK image. This is what we (the eclipse team) is missing as well and I haven't heard anything along these lines in this mail group. Or did I miss something? Regards,

Re: Warning: Cannot use jsr199 Javac from jrt-fs.jar"

2015-10-09 Thread Jayaprakash Arthanareeswaran
Alan Bateman wrote on 10/09/2015 12:46:21 PM: > Can you expand a bit more on this? Are you looking for the jrtfs update > so that you can access the jrt file system in a different JDK 9 image? > At the moment it is limited to JDK 8 accessing a JDK 9 image, there is > still work required to have a

Is Caching JrtFileSystem acceptable?

2015-11-02 Thread Jayaprakash Arthanareeswaran
Hello, We recently changed our code in Eclipse to support JRE 8 when loading classes from a Java 9 images (discussion at [1]). The change was to use a JrtFileSystem with a class loader. The file system is then cached and re-used for every request to get something from the JRE 9 images. The code

Eclipse wouldn't load with b118

2016-05-18 Thread Jayaprakash Arthanareeswaran
Hello everyone, People reported that they are not able to run Eclipse with the latest JDK build (b118). This is critical for us and would like to see it resolved as soon as possible. We believe this is caused by change in resolution of EE modules and further discussion can be found here - https:

No jrt-fs.jar in JRE?

2016-05-29 Thread Jayaprakash Arthanareeswaran
I got hold of a recent JRE build (jre-9-ea+118) and noticed two things that were different from the previous JDK builds: 1. There's no jrt-fs.jar. Is this expected? We have use for this for couple of work around - (a) to recognized this is a JDK/JRE 9 and (b) to get the class loader and eventual

Re: No jrt-fs.jar in JRE?

2016-05-30 Thread Jayaprakash Arthanareeswaran
Hi Alan, Alan Bateman wrote on 05/30/2016 12:47:17 PM: > From: Alan Bateman > To: Jayaprakash Arthanareeswaran/India/IBM@IBMIN, jigsaw-dev > > Date: 05/30/2016 12:47 PM > Subject: Re: No jrt-fs.jar in JRE? > > If you really really need some way to distinguish a JRE and J

Re: No jrt-fs.jar in JRE?

2016-06-26 Thread Jayaprakash Arthanareeswaran
Hi Alan, I have one more question: > From: Alan Bateman > To: Jayaprakash Arthanareeswaran/India/IBM@IBMIN, jigsaw-dev > > Date: 05/30/2016 12:47 PM > Subject: Re: No jrt-fs.jar in JRE? > > > 2. I don't see any jimage file or jmod files but just one file n

JarLoader appears to be holding onto the resource longer than necessary

2016-07-05 Thread Jayaprakash Arthanareeswaran
Hello, Some of our new tests are hitting a case where JAR files appear to be kept open. I am not sure where the issue lies as I can't access some of the source code involved. I am attaching the stack trace at the end of the mail. We obtain the ServiceLoader with the following code where _procLoa