On 02/10/2016 01:25, Malachi de Ælfweald wrote:
:
This appears to come from a setAccessible from inside getEnv
https://github.com/adammurdoch/native-platform/blob/master/src/main/java/net/rubygrapefruit/platform/internal/WrapperProcess.java#L113
Indeed, as we've said in other mails, this change
As a member of both the Gradle and Groovy teams, I must say I am very
worried by this late change in strong encapsulation at runtime. As Jochen
explained, it severely broke Gradle and Groovy, but more importantly, it
breaks a lot of libraries. And it breaks for things that do _not_ care
about modul
On 02.10.2016 09:53, Alan Bateman wrote:
On 02/10/2016 01:25, Malachi de Ælfweald wrote:
:
This appears to come from a setAccessible from inside getEnv
https://github.com/adammurdoch/native-platform/blob/master/src/main/java/net/rubygrapefruit/platform/internal/WrapperProcess.java#L113
Indeed
On 02/10/2016 09:04, Cédric Champeau wrote:
As a member of both the Gradle and Groovy teams, I must say I am very
worried by this late change in strong encapsulation at runtime. As
Jochen explained, it severely broke Gradle and Groovy, but more
importantly, it breaks a lot of libraries. And it
On 02/10/2016 10:20, Jochen Theodorou wrote:
The real issue is probably Gradle trying to "fork" the process to a
running daemon. That includes environment variables for example. Java
is not very "fork"-friendly. Not in the classic posix sense, and not
by passing the execution to an already r
On 02.10.2016 12:12, Alan Bateman wrote:
On 02/10/2016 10:20, Jochen Theodorou wrote:
[...] All I can
suggest is bring up the topic on core-libs-dev. I don't wish to get into
the discussion here on whether it's a good idea or not to add such a
method. Also with Project Panama looking good then on
On 02.10.2016 11:42, Alan Bateman wrote:
[...]
In prior releases
when updates to the Java Language would have required to IDEs and some
tools but wouldn't have wide impact on tools. This is the reason for
early access releases and the ongoing outreach to create awkward of
issues and impact.
it
On 2016-10-02 14:26, Jochen Theodorou wrote:
Do you know anything about the ClassLoader::getPackages issue? Is this a
case where the (new) public getDefinedPackages returns the Packages that
Gradle is looking for?
hmm... if I look at
https://github.com/gradle/gradle/blob/master/subprojects/
On 02.10.2016 14:43, Claes Redestad wrote:
On 2016-10-02 14:26, Jochen Theodorou wrote:
Do you know anything about the ClassLoader::getPackages issue? Is this a
case where the (new) public getDefinedPackages returns the Packages that
Gradle is looking for?
hmm... if I look at
https://githu
Doh, you're right, I didn't think this one through and prototyped a delegating
classloader in java.lang (where of course overriding and delegating to a
protected method works fine as protected implies package private).
Maybe that's an extension idea: a delegating classloader in java.lang where a
I picked up javassist 3.21 to work around Jigsaw problems on JDK 9. It works
great. The only problem is that it no longer works on JDK 8.
Has anyone seen this problem? Don't you hate it when you can't find
java.lang.String? :)
java.lang.RuntimeException: javassist.NotFoundException: java.lang
On 02/10/2016 13:26, Jochen Theodorou wrote:
Project Panama is going to be in JDK9? That is new to me.
I didn't say this. I was just making the point that in the future that
using system calls and native code will be a lot better (simpler, more
reliable, faster, ...).
But yes, I too sugg
Changeset: e309196d8cdf
Author:alanb
Date: 2016-10-02 20:14 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/langtools/rev/e309196d8cdf
ModuleReader.list
! src/jdk.jdeps/share/classes/com/sun/tools/jdeps/JdepsConfiguration.java
Changeset: ddfee9808a34
Author:alanb
Date: 2016-09-30 15:34 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/ddfee9808a34
Update --patch-module to align with module path scanning
! src/java.base/share/classes/jdk/internal/module/ModulePatcher.java
Changeset: a106e5390e5f
On 02/10/2016 18:34, Stephen Felts wrote:
I picked up javassist 3.21 to work around Jigsaw problems on JDK 9. It works
great. The only problem is that it no longer works on JDK 8.
Has anyone seen this problem? Don't you hate it when you can't find
java.lang.String? :)
In a recent mail then
15 matches
Mail list logo
