Re: Current Project Status

- Original Message - > From: "Alan Bateman" > To: "Julian Waters" , "jigsaw-dev" > > Sent: Sunday, April 3, 2022 4:13:53 PM > Subject: Re: Current Project Status > On 03/04/2022 09:26, Julian Waters wrote: >> Out of curiosity, is the Jigsaw project still active in the background >>

Re: Annotation Dependencies and Requires Static Transitive

- Mail original - > De: "Anand Beh" > À: "jigsaw-dev" > Envoyé: Jeudi 3 Juin 2021 22:10:11 > Objet: Annotation Dependencies and Requires Static Transitive > Hello, > > The cache library Caffeine recently added a full module descriptor. It > has no runtime dependencies, but it depends

Re: Add reads to open module

- Mail original - > De: "Christian Beikov" > À: "jigsaw-dev" > Envoyé: Lundi 17 Mai 2021 17:43:15 > Objet: Fwd: Add reads to open module > Hi, > > I have a use case where I generate some code and that code refers to > classes of some module B. > > When the module A (an open module),

Re: Why service provider method is called "provider", but not "provide"?

- Mail original - > De: "Alex Sviridov" > À: "jigsaw-dev" > Envoyé: Vendredi 20 Novembre 2020 12:48:21 > Objet: Why service provider method is called "provider", but not "provide"? > Hello all, Hi Alex, >  > According to this tutorial >

Re: Illegal reflection access denial in which future release

- Mail original - > De: "Claes Redestad" > À: "S A" , "jigsaw-dev" > > Cc: "Andrey Loskutov" > Envoyé: Lundi 8 Juin 2020 16:09:28 > Objet: Re: Illegal reflection access denial in which future release > Hi Simeon, > > it's not documented or discussed much anywhere because it's

Re: Is it possible to add classes to JPMS module dynamically?

- Mail original - > De: "Alex Sviridov" > À: "jigsaw-dev" > Envoyé: Jeudi 4 Juin 2020 14:34:08 > Objet: Is it possible to add classes to JPMS module dynamically? > Hi all, Hi Alex, >  > Let's suppose we have a JPMS module moduleA with the following module-info : > module moduleA { >

Re: ModuleMainClass attribute via module-info.java

- Mail original - > De: "Florian Weimer" > À: "jigsaw-dev" > Envoyé: Dimanche 31 Mai 2020 19:31:48 > Objet: ModuleMainClass attribute via module-info.java > Is it possible to instruct javac to generate a ModuleMainClass > attribute via a module declaration? I can't find the appropriate

Re: jlink 14.0.1 with 100 modules fail

- Mail original - > De: "Christian Stein" > À: "jigsaw-dev" > Envoyé: Samedi 30 Mai 2020 18:40:53 > Objet: jlink 14.0.1 with 100 modules fail > Hi, > > the modular [bach-demo-99] I generated to check my build tool > against, failed to create a custom runtime image using jlink > via

Re: replacements for Unsafe

Hi Jochen, Per the Java spec, calling an empty static method of the inner class works. Rémi - Mail original - > De: "Jochen Theodorou" > À: "jigsaw-dev" > Envoyé: Mercredi 29 Avril 2020 13:23:47 > Objet: replacements for Unsafe > Hi, > > when jigsaw started there was a lot of talk

Re: excluding transitive module

- Mail original - > De: "Jochen Theodorou" > À: "jigsaw-dev" > Envoyé: Mercredi 15 Avril 2020 08:55:00 > Objet: Re: excluding transitive module > On 14.04.20 20:20, Remi Forax wrote: >> Hi Jochen, >> JPMS has no notion of of API and imp

Re: excluding transitive module

Hi Jochen, JPMS has no notion of of API and implementation of the same jar. It's a concept of your build tool and not something JPMS knows. The notion of compilation dependencies and runtime dependencies is not a concept of JPMS but a concept of your build tools. In term of JPMS, if you want

Re: RFE simplify usage of patched module [by Robert Scholte, from jdk-dev]

- Mail original - > De: "Alex Buckley" > À: "jigsaw-dev" > Envoyé: Mardi 18 Février 2020 18:42:10 > Objet: Re: RFE simplify usage of patched module [by Robert Scholte, from > jdk-dev] > On 2/14/2020 9:34 PM, Christian Stein wrote: >> Assuming `--patch-module-descriptor` was already

Re: Lookup objects and setAccessible

see https://docs.oracle.com/en/java/javase/13/docs/api/java.base/java/lang/invoke/MethodHandles.html#privateLookupIn(java.lang.Class,java.lang.invoke.MethodHandles.Lookup) Rémi - Mail original - > De: "Kasper Nielsen" > À: "jigsaw-dev" > Envoyé: Mercredi 8 Janvier 2020 12:14:30 >

Re: Could we get module-private visibility?

- Mail original - > De: "Mike Hearn" > À: "Michael Rasmussen" > Cc: "jigsaw-dev" > Envoyé: Mercredi 25 Septembre 2019 11:30:00 > Objet: Re: Could we get module-private visibility? > Yes, I know. I'm talking about module-private inside exported packages. > Otherwise it can be quite

Re: Qualified exports to an unknown module

- Mail original - > De: "Alan Bateman" > À: "jigsaw-dev" > Envoyé: Samedi 8 Décembre 2018 09:44:05 > Objet: Re: Qualified exports to an unknown module > On 07/12/2018 18:59, Alex Buckley wrote: >> >> The decision was: Qualified exports/opens to a non-observable module >> is NOT an

Re: Separate logging for JPMS module/layer

You can use the StackWalker https://docs.oracle.com/en/java/javase/11/docs/api/java.base/java/lang/StackWalker.html regards, Rémi - Mail original - > De: "Alex Sviridov" > À: "jigsaw-dev" > Envoyé: Mardi 2 Octobre 2018 23:54:48 > Objet: Separate logging for JPMS module/layer > Hi all,

Re: Add posibility to add custom ModuleReaderFactory to ModuleFinder

- Mail original - > De: "Alan Bateman" > À: "Alex Sviridov" , "jigsaw-dev" > > Envoyé: Vendredi 28 Septembre 2018 15:51:56 > Objet: Re: Add posibility to add custom ModuleReaderFactory to ModuleFinder > On 28/09/2018 13:10, Alex Sviridov wrote: >> Hi Alan >> >> Thank you for your

Re: method handles and open packages

Hi, On July 21, 2018 3:43:51 PM UTC, "Michał Zegan" wrote: >Hello, >If I use reflection, I can access every member of every package in a >module if a module opens such package, and that includes private >members. >What, however, about using method handles for that purpose?

Re: ClassLoader.getResources vs Module.getResourceAsStream

- Mail original - > De: "Sander Mak" > À: "jigsaw-dev" > Envoyé: Lundi 16 Juillet 2018 08:52:41 > Objet: Re: ClassLoader.getResources vs Module.getResourceAsStream > In that case you'd expose the factories through the services mechanism > (`provides com.acme.api.MyWidgetFactory with

The baby and the bathwater (the return)

Hi all, There were discussions on that list [1] about the fact that beginning with Java 9, there were 2 ways to deploy modules, classpath vs module-path. I've discovered last Friday there that are not 2 configurations but 3 configurations. You can also use jlink [2] and in that case, the

Re: Compiling module descriptors is not reproducible?

- Mail original - > De: "Alan Bateman" > À: "org openjdk" , "jigsaw-dev" > > Envoyé: Samedi 19 Mai 2018 13:26:55 > Objet: Re: Compiling module descriptors is not reproducible? > On 19/05/2018 10:18, Mark

Re: Compiling module descriptors is not reproducible?

- Mail original - > De: "org openjdk" > À: "jigsaw-dev" > Envoyé: Samedi 19 Mai 2018 11:18:09 > Objet: Compiling module descriptors is not reproducible? > Hello! Hi Mark, > > I've been interested for a while in making all of my

Re: The baby and the bathwater

yes, !Whatever.class.getModule().isNamed() Rémi - Mail original - > De: "Peter Levart" > À: "mark reinhold" , "jigsaw-dev" > > Envoyé: Mercredi 28 Mars 2018 09:28:23 > Objet: Re: The baby and the bathwater

Re: The baby and the bathwater

- Mail original - > De: "Alan Bateman" > À: "Cédric Champeau" > Cc: "jigsaw-dev" > Envoyé: Mardi 27 Mars 2018 10:29:36 > Objet: Re: The baby and the bathwater > On 27/03/2018 08:15, Cédric Champeau

Re: Some points on JPMS/Jigsaw after he modularised some code (from Stephen Colebourne)

- Mail original - > De: "Stephen Colebourne" > À: "jigsaw-dev" > Envoyé: Vendredi 23 Mars 2018 13:51:06 > Objet: Re: Some points on JPMS/Jigsaw after he modularised some code (from > Stephen Colebourne) > On 23 March 2018 at 10:19,

Re: p example (Re: Reflection: how can one access public fields (members) in a superclass ?

- Mail original - > De: "Rony G. Flatscher" > À: "Alan Bateman" , "jigsaw-dev" > > Envoyé: Mardi 13 Mars 2018 13:16:49 > Objet: Re: p example (Re: Reflection: how can one access public fields > (members)

Re: java.beans package in java.desktop module

mplementation of the interface for records > could not use > method handles internally. apart if valhalla generics are around, such interface will require to box and unbox values. > > Stephen Rémi > > > On 7 March 2018 at 11:21, Remi Forax <fo...@univ-mlv.fr> wrote:

Re: java.beans package in java.desktop module

As Stephen said, with the introduction of the Pattern Matching in the near future, an API to extract the values from an object (the de-constructor API) or at least from a record object will have to be created, but it may be based on method handles, so perhaps not using a direct interface. Rémi

Re: Finding module-info.class without loading a jar

On February 24, 2018 12:33:25 PM UTC, Mark Raynsford wrote: >On 2018-02-24T07:53:16 + >Alan Bateman wrote: >> >> The JarFile API does this for you. Are you sure you've used the >> constructor that specifies the runtime version? Once you do

OpenJDK 10 and Oracle JDK10 doesn't have the same default modules

Hi all, it seems that the OpenJDK 10 and OracleJDK 10 doest not declare the same set of default modules, so java --add-modules ALL-DEFAULT do not behave the same way :( With Oracle JDK 10 b42, module java.scripting is part of the default modules

Re: Where do modules go in jlink images?

All classes are merged in the file named 'modules' and the native libraries are extracted from the jmods and put in the lib folder, because jlink create an image for a specific architecture/OS. cheers, Rémi - Mail original - > De: "Nicolai Parlog" > À: "jigsaw-dev"

Re: Update a runtime image

jlink is not a distribution tool, you need to use a tool on top of jlink, in the past, i've used the rpm format for that. We have stopped to distribute deltas when we have moved to docker that as far as i know as no concept of incremental update. Rémi - Mail original - > De: "Alan

Re: Module system and services directory in META-INF

I believe that the doc has been moved to the doc of the ServiceLoader https://docs.oracle.com/javase/9/docs/api/java/util/ServiceLoader.html Rémi - Mail original - > De: "David Holmes" > À: "Jochen Theodorou" , "jigsaw-dev" >

Re: Resolution exception when service interface gets exposed via --add-exports

Hi Alan, I use jlink plugins for 2 things, - code generation, i.e. find patterns in the bytecode and optimize them because at link time you are in a closed world, so something that was dynamic is not anymore. - just bytecode crawling to find specific annotations to improve startup. I believe

Re: Resolution exception when service interface gets exposed via --add-exports

Hi Gunnar, you can use --patch-module to add your plugin inside jdk.jlink if you want to experiment. Rémi - Mail original - > De: "Gunnar Morling" > À: "Alan Bateman" > Cc: "jigsaw-dev" > Envoyé: Lundi 20

Re: JDK-8189251

Hi Gili, the main issue is that an automatic module can see classes from the classpath, but it also exports all its package so there is no encapsulation, and once you require one automatic module all automatic modules from the module path are visible. So an automatic module is a great tool

Re: javax.inject module?

Hi Lance, i'm not sure you have the right to use java or jdk as prefix for your module, or do you mean "javax.inject" ? Rémi - Mail original - > De: "Lance Andersen" > À: "Tom De Wolf" > Cc: "jigsaw-dev" >

Re: issue deriving automatic module name

Hi Paul, the whole idea of jigsaw is that if you pass the startup check of the module graph, there will be not surprise anymore, so preventing the VM to boot is by design. Here, you will not be able to reference the jar in another module-info so there is no point to start with a wrong

Re: Compile Jigsaw project with Intellij IDEA supported structure

And you can use the same trick with Eclipse too that said the Eclipse compiler does not support the multi-module layout (only one module by project). Rémi On September 27, 2017 2:09:06 PM GMT+02:00, Trisha Gee wrote: >Hi Alexandru, > >The structure in IntelliJ IDEA

Re: Scanning multi version jars?

Hi Greg, the notion of inner classes do not exist at runtime (apart if you explicitly ask by reflection). The compiler desugar inner classes to several classes, so the compiler needs attributes (InnerClasses and EnclosingMethod) in the classfile to be able to reconstruct the java source file

Re: Moving to Java 9 - module-info.class not found for module

As Alex said, jackson.databind is not an explicit module. You should report that issue to their bugtracker. cheers, Rémi - Mail original - > De: "Alex Buckley" > À: "jigsaw-dev" > Envoyé: Vendredi 1 Septembre 2017 23:06:16 > Objet:

Re: Jigsaw and containers

Hi Daniel, several points first, the JRE doesn't exist anymore apart for compatibility (the jre is just a bunch of modules) and a jar can be a modular jar, just have a module-info.class in the jar, so applications that uses jars can be modular, they do not have to use jlink. So you can have a

Re: Jigsaw questions

- Mail original - > De: "Oleg Tsal-Tsalko" > À: jigsaw-dev@openjdk.java.net > Envoyé: Jeudi 13 Juillet 2017 09:34:53 > Objet: Jigsaw questions > Dear experts, > > I'm from JUG UA and currently playing with new Java 9 Module System using > Early Access Jigsaw build

Re: javap cannot read module-info.class

Hi Stephan, there is something wrong from your side, it works for me :) /usr/jdk/jdk-9-b175/bin/javap --module-path target/main/exploded/ --module fr.umlv.asm.test module-info Compiled from "module-info.java" module fr.umlv.asm.test { requires java.base; requires org.objectweb.asm.all.debug;

Non Standadrd Module Attribute

Hi Alan, hi all, i've implemented the non standard attributes ModuleTarget, ModuleHashes and ModuleResolution in ASM. First, given that i was not able to find a document that describe them, i've used the javadoc of the classes inside jdk.internal.module.ClassFileAttributes. I've discovered that

Re: 8182482: Module System spec updates

- Mail original - > De: "Alex Buckley" > À: "jigsaw-dev" > Envoyé: Mardi 20 Juin 2017 20:09:14 > Objet: Re: 8182482: Module System spec updates > Hi Remi, > > On 6/20/2017 6:29 AM, fo...@univ-mlv.fr wrote: >> ok, let's focus on

Re: 8182482: Module System spec updates

Hi Alan, the doc is clearly better. Can you change A service is a single type, usually an interface or abstract class. A concrete class can be used, but this is not recommended. to A service is a single type, usually an interface. An abstract class or a concrete class can be used, but this

Re: Review Request JDK-8182032: Make java.compiler upgradeable

Hi Mandy, why only java.compiler is upgradable and not all modules defined in langtools ? cheers, Rémi - Mail original - > De: "Mandy Chung" > À: "jigsaw-dev" > Envoyé: Mardi 13 Juin 2017 07:35:04 > Objet: Review Request JDK-8182032:

Re: Annotation-based syntax for module-info.java

Hi Markus, - Mail original - > De: "Markus Keller" > À: jigsaw-dev@openjdk.java.net > Cc: "Daniel Megert" > Envoyé: Lundi 12 Juin 2017 15:26:10 > Objet: Annotation-based syntax for module-info.java > [I know this is coming way too

RE: Will split-packages ever be supported?

On May 30, 2017 4:28:00 PM GMT+02:00, Stephen Felts wrote: Hi Stephen, >Wouldn't it be possible to add an enhancement to allow for a module to >add a package to an existing module? You can already use --patch-module at compile time and runtime and obviously

Re: Will split-packages ever be supported?

- Mail original - > De: "Jochen Theodorou" > À: jigsaw-dev@openjdk.java.net > Envoyé: Mardi 30 Mai 2017 15:16:46 > Objet: Re: Will split-packages ever be supported? > On 30.05.2017 14:16, Alan Bateman wrote: >> On 30/05/2017 11:52, wzberger wrote: >> >>> Our project

Re: JPMS Access Checks, Verification and the Security Manager

Hi Volker, this is the behavior of the verifier since 6 (when the split verifier becomes the default one). Let say you have a code like this, public class TestVerifier { static class B extends A { } static class A { } public static void main(String[] args) { A a; if (args.length

Re: Attaching to a JVM image that does not include java.instrument

- Mail original - > De: "Alan Bateman" > À: "Rafael Winterhalter" > Cc: "jigsaw-dev" > Envoyé: Vendredi 19 Mai 2017 10:22:04 > Objet: Re: Attaching to a JVM image that does not include java.instrument > On

Re: An alternative to "restricted keywords"

I want to answer this before we start the meetings because i really think that restricted keyword as i propose solve the issues Stephan raised. - Mail original - > De: "Stephan Herrmann" > À: jigsaw-dev@openjdk.java.net > Envoyé: Mardi 16 Mai 2017 11:49:45 >

Re: An alternative to "restricted keywords"

Hi Peter, On May 12, 2017 6:08:58 PM GMT+02:00, Peter Levart <peter.lev...@gmail.com> wrote: >Hi Remi, > >On 05/12/2017 08:17 AM, Remi Forax wrote: >> [CC JPMS expert mailing list because, it's an important issue IMO] >> >> I've a counter proposition. >>

Re: Why not multiple modules of the same name in a class loader?

On May 12, 2017 8:08:38 PM GMT+02:00, "David M. Lloyd" wrote: >This has come up a couple times now and I'm not sure why the rule >exists: why not allow multiple modules with the same name in the same >class loader? module names appear in the stack traces, it will

Re: An alternative to "restricted keywords"

[CC JPMS expert mailing list because, it's an important issue IMO] I've a counter proposition. I do not like your proposal because from the user point of view, '^' looks like a hack, it's not used anywhere else in the grammar. I agree that restricted keywords are not properly specified in JLS.

Re: Need help implementing Java modules

On May 10, 2017 2:20:31 AM GMT+02:00, Ralph Goers wrote: > >> On May 9, 2017, at 3:39 PM, Alex Buckley >wrote: >> >> On 5/9/2017 3:04 PM, Ralph Goers wrote: >>> Pardon me for being dense, but my reading said that Java modules >>> disallowed runtime

--ignore-signing-information do not suppress all errors

Hi all, I wonder if it's an issue or if there is a rational for not suppressing this error when using --ignore-signing-information. I'm patching the compiler related modules of the jdk9 with the one from amber/langtools, so i know that i'm doing something borderline but i gently ask jlink to

Re: Java Platform Module System

It's context-free because a context free grammar defined its input in term of terminals and the theory do not say how to map a token to a terminal. Jay is right that it requires to use either some specific parser generator like Tatoo [1] the one i've written 10 years ago (because i wanted the

Re: Accessing module internals from bytecode rewriting agent

Hi Kirk, --patch-module both at compile time and at runtime is what your are looking for. cheers, Rémi - Mail original - > De: "Kirk Pepperdine" > À: "Alan Bateman" > Cc: "jigsaw-dev" ,

Re: Alternatives for naming automatic modules, and a proposal (#AutomaticModuleNames)

- Mail original - > De: "mark reinhold" > À: "Brian Fox" > Cc: jigsaw-dev@openjdk.java.net > Envoyé: Lundi 24 Avril 2017 20:54:18 > Objet: Re: Alternatives for naming automatic modules, and a proposal > (#AutomaticModuleNames) > 2017/4/24

Re: Alternatives for naming automatic modules, and a proposal (#AutomaticModuleNames)

- Mail original - > De: "David M. Lloyd" > À: "Brian Fox" > Cc: "jigsaw-dev" > Envoyé: Mardi 25 Avril 2017 16:38:54 > Objet: Re: Alternatives for naming automatic modules, and a proposal > (#AutomaticModuleNames)

Re: Alternatives for naming automatic modules, and a proposal (#AutomaticModuleNames)

About multiple versions or true hiding of non exported packages, I do not believe that someone is against those features. But they both requires to change the VM in an extensive way and to my knowledge nobody has ever done a prototype of those features. The good news is that both these

Re: Module naming restrictions

JLS 7.7 which clearly states > A module name consists of one or more Java identifiers (§3.8) separated by > "." > tokens. > > While neither (a) nor (b) is fulfilled, libraries with a Java keyword in their > name > simply cannot be used as automatic modules,

Re: Accessing module internals from bytecode rewriting agent

[...] > > Meanwhile, Mandy Chung has kindly offered to look into the security > considerations that are at play and come up with a less restrictive > policy which enforces the security needs more accurately. At that point > I will probably remove the fallback -- in part because I hope that by >

Re: Getting the automatic module name of non-modular JAR

If you want an Optional, you can use findFirst() on a stream, Optional ref = ModuleFinder.of( jar ).findAll().stream().findFirst(); Rémi - Mail original - > De: "Gunnar Morling" > À: "Alan Bateman" > Cc: "jigsaw-dev"

Re: Module naming restrictions

Seems to be a bug to me. Rémi - Mail original - > De: "Rafael Winterhalter" > À: "jigsaw-dev" > Envoyé: Mardi 25 Avril 2017 09:12:04 > Objet: Module naming restrictions > Hello, > > I did another update of my libraries to support

Re: setAccessible() alternative with Jigsaw - feedback on Lookup

- Mail original - > De: "Matej Novotny" > Hi, > > thanks for your time. Comments inline. > [...] >> >> If you are looking to define a class in a new runtime package and the >> class loader that is not your implementation then you are out of luck. >> Lookup is

Re: Changing the default file system provider is broken :(

- Mail original - > De: "Alan Bateman" > À: jigsaw-dev@openjdk.java.net > Envoyé: Dimanche 23 Avril 2017 12:38:21 > Objet: Re: Changing the default file system provider is broken :( > On 22/04/2017 21:48, Peter Levart wrote: > >> >> Well, it works at least when

Changing the default file system provider is broken :(

Ooops ! if you use the module path, you can not change the default system provider mechanism anymore, mostly because the module implementation internally uses java.nio.file.Path at different places. First, trying to initialize the default system provider in Java code do not work at all,

Re: Review Request JDK-8177844: Ensure non-upgradeable modules cannot be upgraded even with --patch-module

k.java.net/~mchung/jdk9/webrevs/8177844/webrev.01/test/tools/launcher/modules/patch/systemmodules/PatchSystemModules.java.frames.html > >> On Apr 8, 2017, at 7:22 AM, Remi Forax <fo...@univ-mlv.fr> wrote: >> >> Hi Mandy, >> how can I test a change in java.lang after t

Re: Review Request JDK-8177844: Ensure non-upgradeable modules cannot be upgraded even with --patch-module

Hi Mandy, how can I test a change in java.lang after that patch ? Rémi On April 8, 2017 7:50:50 AM GMT+02:00, Mandy Chung wrote: >http://cr.openjdk.java.net/~mchung/jdk9/webrevs/8177844/webrev.01/ > >This fixes -—patch-module to do hash checking on the module being

Re: Better tools for adjusting to strong encapsulation

I do not understand why the uses of --add-exports and --add-opens has to generate a warning, they currently don't, this is a regression from my POV. I do not think that introducing --permit-illegal-access worth the deal ion that case. regards, Rémi - Mail original - > De: "mark

Re: Better tools for adjusting to strong encapsulation

Hi Andrew, it's not that relevant, we are beyond that point. Introducing SystemLogger is an implicit way to recognize that java.logging is a bad API and that the JDK should cut its ties to that API (when it's possible, i.e. when Logger is not part of the public API). I see the SystemLogger API

Re: Lookup.defineClass

yes :) Remi On March 8, 2017 9:41:13 PM GMT+01:00, John Rose <john.r.r...@oracle.com> wrote: >On Mar 8, 2017, at 10:47 AM, Remi Forax <fo...@univ-mlv.fr> wrote: >> >> The exception if the lookup is PRIVATE should be >IllegalStateException and not UnuspportedOper

Re: Lookup.defineClass

Hi Alan, i've already updated the only code i had that was using ClassLoader.defineClass after a Method.setAccessible() to use Unsafe.defineClass (no way to remove it, i need to be able to inject code a la Mockito) so Lookup.defineClass is a safe replacement of Unsafe.defineClass , i suppose

Re: sun.nio.ch.DirectBuffer and jdk9/jigsaw

Hi Vitaly, I believe that what you are looking for is MethodHandles.byteBufferViewVarHandle [1] that creates a VarHandle that allows to do aligned/unaligned access on a ByteBuffer. It should be a little slower that using Unsafe because of the bound check (and the nullcheck but it is usually

Re: Why can't main class be given in module-info.java?

Hi Gunnar, all module metadata, the main-class but also the version, the os etc, are injected by the jar command. In 8, the MainClass (or all of metadata that are in the manifest) only exist from the runtime point of view after being put inside of a jar, so in order to be the less disruptive

Re: Remove sun.misc.Unsafe.defineAnonymousClass

- Mail original - > De: "Paul Sandoz" > À: "jigsaw-dev" > Cc: "Brian Goetz" > Envoyé: Jeudi 23 Février 2017 02:22:27 > Objet: Remove sun.misc.Unsafe.defineAnonymousClass > Hi, Hi Paul, my first reaction was

Re: How to name modules, automatic and otherwise

No, both are two unrelated projects, https://spark.apache.org/ http://sparkjava.com/ Rémi - Mail original - > De: "Alan Bateman" > À: "Michael Rasmussen" > Cc: "jigsaw-dev" > Envoyé:

Re: Running jaotc with an external Graal

Can i say again that when using --patch-module, module-info.class should be merged instead of having a warning ? Rémi - Mail original - > De: "Mandy Chung" > À: "Christian Thalinger" > Cc: jigsaw-dev@openjdk.java.net, "hotspot compiler"

Re: Java SE JSR 250 annotations module renamed to java.xml.ws.annotation?

I agree. Remi On February 15, 2017 12:52:53 AM GMT+01:00, mark.reinh...@oracle.com wrote: >2017/2/13 9:17:47 -0800, Guillaume Smet : >> On Mon, Feb 13, 2017 at 6:10 PM, alan.bate...@oracle.com wrote: >>> On 13/02/2017 16:58, Guillaume Smet wrote: On Mon, Feb 13,

Re: Java SE JSR 250 annotations module renamed to java.xml.ws.annotation?

ACC_SYNTHETIC is a binary annotation/attribute/value, not a source one and synthetic members are not visible from the compiler point of view (think bridges by example). ACC_MANDATED can be used (again only in classfiles) but you have a good chance to be tracked and killed by Alex Buckley :)

Re: Java SE JSR 250 annotations module renamed to java.xml.ws.annotation?

Perhaps, it's a problem of communication, what about "As an effort to make Java on diet, Java 10 will not be shipped with modules corba, jaxb or common annnotations, for Java 9, you can use a command line option to have access to those deprecated modules." Rémi - Mail original - > De:

Re: Java SE JSR 250 annotations module renamed to java.xml.ws.annotation?

TLDR; we can't. In Java 6, we made the mistake to create what you can call twin packages, a package with few classes in the JDK and the same package with more classes including the classes already present in the JDK. The idea was that you can run an application using the JDK, in that case you

Re: Automatic module names

I've coded such kind of tool [1] :) It uses Maven (Aether) to download the dependencies then do a simple static analysis on the downloaded jars to calculate the dependencies and inject the module-info.class. Because of the runtime dependencies, annotations, Class.forName etc, you also have to

Re: Current list of new (contextual) keywords

Hi Barry, from http://cr.openjdk.java.net/~mr/jigsaw/spec/lang-vm.html#jigsaw-1.1, open, module, requires, exports, to, opens, uses, provides, with, transitive cheers, Rémi - Mail original - > De: "Barry Burd" > À: jigsaw-dev@openjdk.java.net > Envoyé: Samedi 4 Février

Re: The module implementation uses the wrong values for ACC_TRANSITIVE and ACC_STATIC_PHASE

a different flag. As a example, we did not introduce a new flag for static methods in an interface even if they do not have the same behavior as static methods in a class. Remi On February 1, 2017 9:22:28 AM GMT+01:00, Alan Bateman <alan.bate...@oracle.com> wrote: >On 30/01/2017 22

The module implementation uses the wrong values for ACC_TRANSITIVE and ACC_STATIC_PHASE

Hi all, chasing a bug on ASM, i've found that the module implementation in the JDK uses the wrong values for ACC_TRANSITIVE and ACC_STATIC_PHASE, in the spec [1], 0x0020 (ACC_TRANSITIVE) 0x0040 (ACC_STATIC_PHASE) but in the implementation [2], public static final int ACC_TRANSITIVE=

Re: A broken setAccessible use case: enhanced diagnostics

- Mail original - > De: "Russell Gold" > À: "jigsaw-dev" > Envoyé: Jeudi 26 Janvier 2017 13:34:54 > Objet: A broken setAccessible use case: enhanced diagnostics > The Glassfish Primitive Function Library (PFL) contains an interesting

Re: Reusing module name token `*` in -d

- Mail original - > De: "Stephan Herrmann" > À: jigsaw-dev@openjdk.java.net > Envoyé: Mercredi 25 Janvier 2017 21:05:21 > Objet: Re: Reusing module name token `*` in -d > I found the general direction of this proposal interesting, > but from the reluctance to

jlink / legal folder and LICENSE

Hi all, i've noticed that jlink now creates a folder legal that contains the Oracle copyright, the license of the third parties software used but the LICENSE of the openjdk is missing. Rémi

Re: jdk.unsupported doesn't seems to be available without using --add-modules ?

@{@##, my bad, i was using an image generated by jlink instead of the jdk. cheers, Rémi - Mail original - > De: "Remi Forax" <fo...@univ-mlv.fr> > À: "jigsaw-dev" <jigsaw-dev@openjdk.java.net> > Envoyé: Mardi 24 Janvier 2017 22:33:44 > Objet: j

jdk.unsupported doesn't seems to be available without using --add-modules ?

Hi all, it seems that jdk.unsupported is not among the module available by default. This seems to be a regression. cheers, Rémi

ModuleReferenceImpl has no toString

Hi all, This is a regression introduced in b149 i believe, jdk.internal.module.ModuleReferenceImpl has no toString() which makes the debugging of a configuration harder than it should. I believe the toString() can be added to ModuleReference given this is an abstract class. cheers, Rémi

javac bug when calling javac from the ToolProvider

Hi all, when calling javac from the ToolProvider, i get a NPE with the jdkb152/b153. in getLocationForModule(Path), pathLocations can be null Location getLocationForModule(Path dir) { return pathLocations.get(dir); } getLocationForModule(String) detects that pathLocations may be null

Re: Reusing module name token `*` in -d

Herrmann" <stephan.herrm...@berlin.de> > À: jigsaw-dev@openjdk.java.net > Envoyé: Dimanche 22 Janvier 2017 15:25:57 > Objet: Re: Reusing module name token `*` in -d > On 01/22/2017 02:50 PM, Remi Forax wrote: >> interesting ! >> >> It's now a warning that you can e

Re: Reusing module name token `*` in -d

interesting ! It's now a warning that you can exclude with @SuppressWarnings("module"): src/main/java/foo/module-info.java:2: warning: [module] module not found: baz exports foo to baz; ^ Rémi - Mail original - > De: "Robert Scholte" > À:

Re: java.desktop

- Mail original - > De: "Michał Zegan" > À: jigsaw-dev@openjdk.java.net > Envoyé: Samedi 21 Janvier 2017 15:00:25 > Objet: java.desktop > Hi. Hi Mickael, > Is java.desktop now divided in separate parts, or are there plans to do > so? Because actually the

  1   2   3   >