- 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
>> toda
- 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 on
- Mail original -
> De: "Christian Beikov"
> À: "Remi Forax"
> Cc: "jigsaw-dev"
> Envoyé: Lundi 17 Mai 2021 18:27:01
> Objet: Re: Add reads to open module
> Am 17.05.2021 um 18:10 schrieb Remi Forax:
>> - Mail origina
- 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), in
- 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
> https://www.logicbig.com/tutorials/core-java-tuto
- 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 as-of-ye
- 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 {
>
- 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
- 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 itsT
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 abo
- 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
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 to
- 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 avai
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
> Objet
- 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 diffi
- 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 err
I was thinking about capturing the call stack when you create the logger (to
get the module), not when you call the logger.
cheers,
Rémi
- Mail original -
> De: "Ralph Goers"
> À: "Alex Sviridov"
> Cc: "Remi Forax" , "jigsaw-dev"
>
> De: "Alex Sviridov"
> À: "Remi Forax" , "jigsaw-dev"
>
> Envoyé: Mercredi 3 Octobre 2018 00:20:08
> Objet: Re[2]: Separate logging for JPMS module/layer
> Thank you for you suggestion. But can this be used when some library
> uses one loggi
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,
- 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 ans
- Mail original -
> De: "Michał Zegan"
> À: "Remi Forax" , "jigsaw-dev"
>
> Envoyé: Samedi 21 Juillet 2018 21:44:23
> Objet: Re: method handles and open packages
> I would also believe that the unreflect methods would work for this case
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?
https://docs.oracle.c
- 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
>
Rémi
[1] http://mail.openjdk.java.net/pipermail/jigsaw-dev/2018-March/013689.html
[2] http://openjdk.java.net/jeps/282
[3] https://github.com/forax/pro-demo/tree/master/spring-demo
- 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 Raynsford wrote:
>> Hello!
>>
>> I've been interested for a while in making all of
- 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 software builds
> reproducible [0]. I don't think there's
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
> On 03/26/18 20:08, mark.reinh...@oracle.com wrote:
>> Stephen closes with a
- 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 wrote:
>> Dual testing is a minimum. In practice, it depends on the kind of tests.
>> T
- 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, Martijn Verburg wrote:
>> Stephen's comments are in hi
- 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) in a superclass ?
> Just to conclude this posting: first many thanks to Alan!
>
t; 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 wrote:
>> As Stephen said, with the introduction of the Pattern Matching in the near
&g
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
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 that then
>
>> getJarEntry("module-info.class") w
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
https://travis-ci.org/sormuras/beautiful_logger/job
ne by jlink is not reversible.
>
> so long ... Nicolai
Rémi
>
>
>
> On 07.01.2018 14:15, Remi Forax wrote:
>> All classes are merged in the file named 'modules' and the native
>> libraries are extracted from the jmods and put in the lib folder,
>>
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"
> Envoyé: Dimanche
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 Bat
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"
>
> Envoyé: Mercredi 27 Décembre 2017 07:27:21
> Objet: Re:
My opinion is that we should fix --patch-module to allow to patch the
module-info.class,
you always end up with this restriction once you use --patch-module.
Rémi
> De: "Gunnar Morling"
> À: "Alan Bateman"
> Cc: "Remi Forax" , "jigsaw-dev"
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 imp
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 Novembre 2017 22:56:35
> Objet: Re: Resolution exception when service interface
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 when
> De: "Lance Andersen"
> À: "Remi Forax"
> Cc: "Tom De Wolf" , "jigsaw-dev"
>
> Envoyé: Mercredi 4 Octobre 2017 20:25:41
> Objet: Re: javax.inject module?
> Hi Remi,
> Sorry if my message was confusing.
it's not, it'
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"
> Envoyé: Mercredi 4 Octobre 2017 18:37:53
> Objet: Re: javax.inject module?
> Y
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 configurat
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 isn't as strict as that, it
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 vi
> De: "Rahman USTA"
> À: "Remi Forax"
> Cc: "Alex Buckley" , "jigsaw-dev"
>
> Envoyé: Samedi 2 Septembre 2017 13:30:24
> Objet: Re: Moving to Java 9 - module-info.class not found for
> module
> Thank you, Remi and Alex.
>
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: Moving to Java 9 - module-info.class not found for
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 j
- 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 #174. As an exercise I'
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;
- Mail original -
> De: "Alan Bateman"
> À: "Remi Forax" , "jigsaw-dev"
>
> Envoyé: Mercredi 28 Juin 2017 14:22:23
> Objet: Re: Non Standadrd Module Attribute
> On 28/06/2017 12:12, Remi Forax wrote:
>> Hi Alan, hi all,
>&g
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
- 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 abstract class defining a service.
>
> I would be happy fo
- Mail original -
> De: "Alan Bateman"
> À: "Remi Forax"
> Cc: "jigsaw-dev"
> Envoyé: Mardi 20 Juin 2017 13:30:20
> Objet: Re: 8182482: Module System spec updates
> On 20/06/2017 11:39, Remi Forax wrote:
>> Hi Alan,
>> the do
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
GMT+02:00, Alan Bateman
wrote:
>On 13/06/2017 08:42, Remi Forax wrote:
>> Hi Mandy,
>> why only java.compiler is upgradable and not all modules defined in
>langtools ?
>>
>java.compiler needs to be upgradeable because JSR 199 and JSR 269 are
>standalone technologie
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: Make java.compiler upgradeable
> Webrev at:
> http
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 late, and my recent accident that
> incapacitated me for
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
inject packages before creating
- 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 has around 45 jar libr
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 =
ence.
>>
>>
>> Suitability for implementation:
>> As said, your proposal resolves one problem, but still IDE
>> functionality suffers from restricted keywords, because scanning
>> and parsing need more context information than normal.
>> - Recovery afte
19.05.2017 15:53, fo...@univ-mlv.fr wrote:
>>
>>
>>
>>
>> *De: *"Stephan Herrmann"
>> *À: *"John Rose" , jigs
> De: "Stephan Herrmann"
> À: "John Rose" , jigsaw-dev@openjdk.java.net
> Cc: "Rémi Forax"
> Envoyé: Vendredi 19 Mai 2017 12:37:07
> Objet: Re: Re: An alternative to "restricted keywords" + helping automatic
> modules
> A quick quest
- 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 19/05/2017 08:08, Rafael Winterhalter wrote:
>
>> Hi Alan,
>>
>> I just retested
- Mail original -
> De: "Stephan Herrmann"
> À: "Remi Forax" , jigsaw-dev@openjdk.java.net
> Envoyé: Jeudi 18 Mai 2017 10:59:09
> Objet: Re: An alternative to "restricted keywords" + helping automatic modules
> Remi,
Stephan,
>
> I
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
> Objet: Re: An alternative to
Hi Peter,
On May 12, 2017 6:08:58 PM GMT+02:00, Peter Levart
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.
>>
>> I do not
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 make life of people miserab
[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.
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 cycles as well as compile time. Once LoggerFi
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 do
Hi Robert,
- Mail original -
> De: "Robert Scholte"
> À: "mark reinhold"
> Cc: jigsaw-dev@openjdk.java.net
> Envoyé: Vendredi 5 Mai 2017 12:04:15
> Objet: Re: Revised proposal for #AutomaticModuleNames
> Hi Mark,
>
> thanks for these adjustments. In general they look good, but it all
>
On May 4, 2017 11:21:38 PM GMT+02:00, Stephen Colebourne
wrote:
>On 4 May 2017 at 18:38, wrote:
...
>> - To increase awareness of when automatic modules are used, and of
>the
>> consequences of their use, suggest that Java language compilers
>issue
>> two new types of warnings, an
- Mail original -
> De: "Stephan Herrmann"
> À: jigsaw-dev@openjdk.java.net, "Remi Forax" , "Alex
> Buckley"
> Cc: "Brian Goetz" , "Dan Smith"
>
> Envoyé: Mercredi 3 Mai 2017 23:31:14
> Objet: Re: Java Platform M
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 to
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" , core-libs-...@openjdk.java.net
> Envoyé: Mardi 2 Mai 2017 19:50:50
> Objet: Re: Accessing module inte
- Mail original -
> De: "Alan Bateman"
> À: "Remi Forax" , "jigsaw-dev"
>
> Envoyé: Lundi 1 Mai 2017 13:41:30
> Objet: Re: Dependencies to a root modules when creating a dynamic module layer
> On 01/05/2017 10:48, Remi Forax wrote:
- Mail original -
> De: "Matej Novotny"
> À: "Remi Forax"
> Cc: "Alan Bateman" , jigsaw-dev@openjdk.java.net,
> "Tomas Remes" , "Martin
> Kouba"
> Envoyé: Mercredi 26 Avril 2017 16:04:08
> Objet: Re: setAccessi
- 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 10:39:25 -0700, Brian Fox :
>> On Mon, Apr 24, 2
- 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)
[...]
>
> OSGi, by the way, avoids this situation somewhat more effect
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 features
tes
> 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, right?
>
> Stepha
[...]
>
> 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
> t
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"
> Envoyé: Mardi 25 Avril 2017 09:10:45
> Objet: Re: Getting the au
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 Java 9 and found out that
> Byte Buddy cannot easily be
- 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 designed for doing com
- 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
>> -Djava.nio.file.spi.Def
one that delegates everything to the builtin
https://gist.github.com/forax/615828b41c33eccda33afdf2eba1db87
> Regards, Peter
regards,
Rémi
Hi Peter
> Hi Remi,
> On 04/22/2017 01:20 PM, Remi Forax wrote:
>> 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
>&g
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,
calling
revs/8177844/webrev.01/test/tools/launcher/modules/patch/systemmodules/PatchSystemModules.java.frames.html
>
>> On Apr 8, 2017, at 7:22 AM, Remi Forax wrote:
>>
>> Hi Mandy,
>> how can I test a change in java.lang after that patch ?
>>
>> Rémi
>&g
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
>patched
>so that it will en
- Mail original -
> De: "mark reinhold"
> À: jigsaw-dev@openjdk.java.net
> Envoyé: Mercredi 5 Avril 2017 18:15:20
> Objet: Disallowing the dynamic loading of agents by default (revised)
> Thanks to everyone for the quick feedback on this topic, and especially
> to Andrew for the construct
- Mail original -
> De: "Robert Scholte"
> À: "Remi Forax"
> Cc: jigsaw-dev@openjdk.java.net
> Envoyé: Dimanche 26 Mars 2017 11:46:40
> Objet: Re: Progress report on SLF4J project modularization
> Hi Rémi,
caveat: i'm not fully competent he
Robert,
they are two ways to compile a project with a version which is not java 9, let
say 8 and a module-info with java 9.
Either, like the Maven compiler plugin, you compile twice the source, once with
java 9 and once with java 8 excluding the module-info.java,
or you compile once with java 8
good to me.
Rémi
On March 23, 2017 4:30:00 AM GMT+01:00, mark.reinh...@oracle.com wrote:
>Thanks to everyone for all the feedback on this topic.
>
>It appears that issuing warning messages for illegal-access operations
>enabled by the precise `--add-opens` and `--add-exports` options is a
>bit t
So ModuleTarget.osVersion is removed, i will have to update ASM accordingly.
In jdk/internal/module/ModuleBootstrap.java,
addExtraExportsOrOpens(bootLayer, extraOpens, true, builder);
should be
addExtraExportsOrOpens(bootLayer, extraOpens, ADD_OPENS, builder);
there is no point to introduce a
1 - 100 of 332 matches
Mail list logo
