Re: JDK 9 Early Access with Project Jigsaw, build 135 on 09-14-2016 (#5500)

2016-10-01 Thread Malachi de Ælfweald
dammurdoch/native-platform/blob/master/src/main/java/net/rubygrapefruit/platform/internal/WrapperProcess.java#L113 So how do we get past #AwkwardStrongEncapsulation? Do I need to fork Gradle's dependencies and rebuild both of them since I have no code of my own in this use case? Malachi de Ælf

Re: Sharing experiences with the latest EA build // #ReflectiveAccessToNonExportedTypes #ResourceEncapsulation

2016-09-30 Thread Malachi de Ælfweald
m will be unlikely to allow it to be prioritized over other tickets in their backlogs.​ Malachi de Ælfweald http://www.google.com/profiles/malachid

Re: JDK9 and Gradle modular quickstart

2016-08-25 Thread Malachi de Ælfweald
se@9-ea /ModuleBootstrap.java:543) at jdk.internal.module.ModuleBootstrap.addExtraExports(java.base@9-ea /ModuleBootstrap.java:457) at jdk.internal.module.ModuleBootstrap.boot(java.base@9-ea /ModuleBootstrap.java:322) at java.lang.System.initPhase2(java.base@9-ea/System.java:1925) Any thoughts? Malachi de Ælfweald http:/

Re: Weakness of "requires public"

2016-07-26 Thread Malachi de Ælfweald
method calls will call which other modules/libraries? If you want optional things at compile time, that seems more like a plugin approach (a'la ServiceLoader) where you are controlling which items get loaded - but that's different than what some black box does internally. Malachi de Ælfweald http

Re: Weakness of "requires public"

2016-07-26 Thread Malachi de Ælfweald
> Hopefully this will be rare. Subclassing creates a very tightly coupled dependency and it really shouldn’t be done across module boundaries. While I agree that subclassing is more tightly coupled than say ECS - most subclasses are of 3rd party classes...? Malachi de Ælfweald h

Re: Weakness of "requires public"

2016-07-26 Thread Malachi de Ælfweald
a build tool issue - but if I were to be writing the canine module, I should not be expected to know/maintain what is inside the fauna black box. That's done by someone else. Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 26, 2016 at 2:16 PM, Remi Forax <fo...@univ-mlv

Re: Weakness of "requires public"

2016-07-26 Thread Malachi de Ælfweald
in the first place. Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 26, 2016 at 11:35 AM, Paul Benedict <pbened...@apache.org> wrote: > In a modularized world, I don't see "requires public" delivering the value > it should. > > Let's take thi

Re: Testing

2016-07-24 Thread Malachi de Ælfweald
. I need to debug through this, but have included the hs_err as requested. Malachi de Ælfweald http://www.google.com/profiles/malachid On Sun, Jul 24, 2016 at 10:06 AM, Philip Race <philip.r...@oracle.com> wrote: > The odds that this is jigsaw related are zero. > The odds that t

Re: Testing

2016-07-24 Thread Malachi de Ælfweald
I'll try to validate against 8 and see. I did notice it was mostly in jemalloc and pthread. On Jul 24, 2016 1:15 AM, "Alan Bateman" <alan.bate...@oracle.com> wrote: > On 24/07/2016 04:52, Malachi de Ælfweald wrote: > > If we are looking for people to validate the j

Testing

2016-07-23 Thread Malachi de Ælfweald
that it isn't just me?​ Malachi de Ælfweald http://www.google.com/profiles/malachid

Re: Discussion on "static" and "dynamic" - right or wrong direction?

2016-07-22 Thread Malachi de Ælfweald
Speaking specifically in regards to the build tool side of things, the most common phases/scopes/etc are usually compile, runtime/provided, test. That's by no means the only possibilities - especially with a tool like Ant or Gradle where you will define your own tasks. Maven is much better about

Re: JDK9 Modules

2016-07-13 Thread Malachi de Ælfweald
Ah, makes sense. I brought this up to them. They have updated the PPA ( https://launchpad.net/~webupd8team/+archive/ubuntu/java) to specify that it is using the regular JDK not the jigsaw build; with a link to the jigsaw build. Malachi de Ælfweald http://www.google.com/profiles/malachid

Re: JDK9 Modules

2016-07-12 Thread Malachi de Ælfweald
with a slightly different command line? Malachi de Ælfweald http://www.google.com/profiles/malachid On Wed, Jul 6, 2016 at 11:51 AM, Malachi de Ælfweald <malac...@gmail.com> wrote: > Verified that the following works with 9-ea+ > 125-2016-07-06-073258.javare.5251.nc > export _JAVA

Re: New EA builds, contains initial implementation of current proposals

2016-07-07 Thread Malachi de Ælfweald
; but since I couldn't find any reference to the new format, I thought I would mention it. Malachi de Ælfweald http://www.google.com/profiles/malachid On Thu, Jul 7, 2016 at 9:11 AM, Claes Redestad <claes.redes...@oracle.com> wrote: > Not sure how you meant 'jar:' is being repla

Re: New EA builds, contains initial implementation of current proposals

2016-07-07 Thread Malachi de Ælfweald
/StandardJavaFileManager.html Malachi de Ælfweald http://www.google.com/profiles/malachid On Thu, Jul 7, 2016 at 8:59 AM, Malachi de Ælfweald <malac...@gmail.com> wrote: > Oh is that what it is? Yeah, 0 of those either. > > > > Malachi de Ælfweald > http://www.goog

Re: New EA builds, contains initial implementation of current proposals

2016-07-07 Thread Malachi de Ælfweald
Oh is that what it is? Yeah, 0 of those either. Malachi de Ælfweald http://www.google.com/profiles/malachid On Thu, Jul 7, 2016 at 8:56 AM, Claes Redestad <claes.redes...@oracle.com> wrote: > Would that be 'jrt:'? > > /Claes > > > On 2016-07-07 17:50, Malachi d

Re: New EA builds, contains initial implementation of current proposals

2016-07-07 Thread Malachi de Ælfweald
I believe it was mentioned in one of the threads that part of this change include moving from jar: to jrl: Checking the javadoc download, there are 0 mentions of 'jrl:' but 50 mentions of 'jar:'. Malachi de Ælfweald http://www.google.com/profiles/malachid On Wed, Jul 6, 2016 at 11:36 AM

Re: JDK9 Modules

2016-07-06 Thread Malachi de Ælfweald
Verified that the following works with 9-ea+ 125-2016-07-06-073258.javare.5251.nc export _JAVA_OPTIONS="--add-modules=ALL-SYSTEM --add-exports=java.base/ sun.nio.ch=ALL-UNNAMED" Malachi de Ælfweald http://www.google.com/profiles/malachid On Wed, Jul 6, 2016 at 8:03 AM, Malachi d

Re: JDK9 Modules

2016-07-06 Thread Malachi de Ælfweald
them up even for my non-JDK9 builds. One of my Android gradle builds, during the dex phase, reported picking up that environment variable probably a hundred times. I can definitely see why that phase of the build is so slow. Malachi de Ælfweald http://www.google.com/profiles/malachid On Wed

Re: JDK9 Modules

2016-07-06 Thread Malachi de Ælfweald
Java HotSpot(TM) 64-Bit Server VM (build 9-ea+123, mixed mode) Malachi de Ælfweald http://www.google.com/profiles/malachid On Wed, Jul 6, 2016 at 1:55 AM, Alan Bateman <alan.bate...@oracle.com> wrote: > On 05/07/2016 22:24, Malachi de Ælfweald wrote: > > With: >> expo

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
-XaddExports=*/*=ALL-UNNAMED ;) Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 5, 2016 at 2:33 PM, Stephen Felts <stephen.fe...@oracle.com> wrote: > Magic! > > > > Those options are processed by all invocations of java. > > Note that those

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
l compiles and run Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 5, 2016 at 2:07 PM, Stephen Felts <stephen.fe...@oracle.com> wrote: > That option is overkill. It includes all modules. Instead of using > ALL-SYSTEM, > add just the modules that

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
oh lol! I thought you were just italicizing! ;) That seemed to fix the Dagger one. Now let me try to back off of all the changes and figure out what the minimal configuration is. Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 5, 2016 at 1:41 PM, Stephen Felts

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
sun.nio.ch.FileChannelImpl (in module java.base) because module java.base does not export sun.nio.ch to unnamed module @0x49070868 Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 5, 2016 at 1:21 AM, Malachi de Ælfweald <malac...@gmail.com> wrote: > Hi Alan, > >

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
adding that (without the leading underscore) I still get: NoClassDefFoundError: javax/annotation/Generated Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 5, 2016 at 12:58 PM, Stephen Felts <stephen.fe...@oracle.com> wrote: > Try running with > > &g

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
-verbose from the build.gradle didn't make a difference. ​ Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 5, 2016 at 11:41 AM, Stephen Felts <stephen.fe...@oracle.com> wrote: > Remove -addmods java.annotation.common > > Or change it to java.annotations.com

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
= AnnotationSpec.builder(Generated.class) .addMember("value", "$S", ComponentProcessor.class.getName()) .addMember("comments", "$S", GENERATED_COMMENTS) .build(); Malachi de Ælfweald http://www.google.com/profiles/malachid On Tu

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
Hi Alan, On Tue, Jul 5, 2016 at 1:03 AM, Alan Bateman <alan.bate...@oracle.com> wrote: > On 05/07/2016 08:00, Malachi de Ælfweald wrote: > > : >> >> Neo4j fails due to internal Sun classes being used: >> cannot access class sun.nio.ch.FileChannelImpl (in mo

Re: JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
Hi Remi, with: compileJava { options.compilerArgs += [ "-addmods", "java.se.ee" ] } It still says it can not find javax/annotation/Generated I'm on build 9-ea+123 Malachi de Ælfweald http://www.google.com/profiles/malachid On Tue, Jul 5, 2016 at 1:0

JDK9 Modules

2016-07-05 Thread Malachi de Ælfweald
I've also tried ALL-SYSTEM and ALL-UNNAMED. I know that eventually these modules will have to be updated to include their module export definitions... but what can I do to fix it. Better yet, as an end-user, what can I do to just auto-resolve everything? Malachi de Ælfweald http://www.google.co