On 11.05.16 14:48, James Laskey wrote:
Wonder if we should have a configuration warning when an inappropriate version
is used.
+1, is it possible to implement?
Sent from my iPhone
On May 11, 2016, at 8:35 AM, Aleksey Shipilev
wrote:
On 05/11/2016 02:28 PM, Alan Bateman wrote:
On 11/0
Changeset: 5c412978857d
Author:alanb
Date: 2016-05-03 09:09 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/5c412978857d
8154956: Module system implementation refresh (4/2016)
Reviewed-by: alanb, mchung, chegar, redestad
Contributed-by: alan.bate...@oracle.com, mandy.ch...
Changeset: 425ca13f66db
Author:alanb
Date: 2016-05-03 09:09 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/corba/rev/425ca13f66db
8154956: Module system implementation refresh (4/2016)
Reviewed-by: mchung, chegar, redestad
!
src/java.corba/share/classes/com/sun/tools/corba/se/i
Changeset: 7b995f6bcad4
Author:alanb
Date: 2016-05-03 09:09 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/jaxp/rev/7b995f6bcad4
8154956: Module system implementation refresh (4/2016)
Reviewed-by: mchung, chegar, redestad
!
src/java.xml/share/classes/com/sun/org/apache/xalan/in
Changeset: b7643d5bbe19
Author:alanb
Date: 2016-05-03 09:11 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/nashorn/rev/b7643d5bbe19
8154956: Module system implementation refresh (4/2016)
Reviewed-by: alanb, mchung, chegar, redestad
Contributed-by: alan.bate...@oracle.com, erik.jo
Changeset: 8a7d05e55608
Author:alanb
Date: 2016-05-03 09:09 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/jaxws/rev/8a7d05e55608
8154956: Module system implementation refresh (4/2016)
Reviewed-by: mchung, chegar, redestad
! src/jdk.xml.bind/share/classes/com/sun/tools/internal/
Changeset: a36a877e7624
Author:alanb
Date: 2016-05-03 09:09 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/rev/a36a877e7624
8154956: Module system implementation refresh (4/2016)
Reviewed-by: alanb, mchung, chegar, redestad
Contributed-by: alan.bate...@oracle.com, mandy.ch...@ora
Changeset: 9123de996cb5
Author:alanb
Date: 2016-05-03 09:09 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/hotspot/rev/9123de996cb5
8154956: Module system implementation refresh (4/2016)
Reviewed-by: acorn, jiangli, ccheung, hseigel
Contributed-by: alan.bate...@oracle.com, lois.f
Changeset: 4c740bddc648
Author:alanb
Date: 2016-05-03 09:11 +0100
URL: http://hg.openjdk.java.net/jigsaw/jake/langtools/rev/4c740bddc648
8154956: Module system implementation refresh (4/2016)
Reviewed-by: jjg, mchung, alanb
Contributed-by: jonathan.gibb...@oracle.com, jan.lah...@ora
On 12/05/2016 17:47, Paul Benedict wrote:
I think the interception would also solve the use case of Redhat's
Byteman. If the Layer can be given access to the Module Configuration
and before any classes in the Module are loaded (chicken-and-egg for
module-info.class?), then class transformatio
Am 12.05.2016 um 15:17 schrieb Alan Bateman:
On 12/05/2016 09:49, wzberger wrote:
We provide libs for Swing and JavaFX. For most of the issues bug
reports have been filed. But it's not only about known bugs we also
have to handle unknown bugs - the release cycles until things get
fixed are
I think the interception would also solve the use case of Redhat's Byteman.
If the Layer can be given access to the Module Configuration and before any
classes in the Module are loaded (chicken-and-egg for module-info.class?),
then class transformation can be accomplished at the same time.
Cheers,
This is along the lines of what I've requested. Still waiting for any
kind of feedback though.
On 05/12/2016 11:19 AM, Paul Benedict wrote:
Why can't the layer assist specifying the Module Configuration to each
module in the Module system? By that I mean that the module-info.class
shouldn't be
Why can't the layer assist specifying the Module Configuration to each
module in the Module system? By that I mean that the module-info.class
shouldn't be read and accepted without mediation. The Layer should get the
chance to augment (add, change, remove) anything it wants. Now perhaps the
default
On 12/05/2016 09:49, wzberger wrote:
We provide libs for Swing and JavaFX. For most of the issues bug
reports have been filed. But it's not only about known bugs we also
have to handle unknown bugs - the release cycles until things get
fixed are way too long while customers need solutions. S
On 05/12/2016 02:28 AM, Alan Bateman wrote:
On 11/05/2016 15:14, David M. Lloyd wrote:
We package several hundred JARs in our modular environment today, only
some of which originate in-house. The dependency information for
these modules is established not by the author of these JARs, but by
us
- Mail original -
> De: "Jonathan Gibbons"
> À: fo...@univ-mlv.fr, "jigsaw-dev"
> Envoyé: Mercredi 11 Mai 2016 22:03:09
> Objet: Re: module-info.java just causes problems
Hi Jon,
>
>
>
> On 05/11/2016 11:53 AM, fo...@univ-mlv.fr wrote:
> > I also want to gather experience on the byte
On 12/05/2016 08:47, wzberger wrote:
just to clarify things - we are the vendor of the libraries and
looking for a simple way to keep all provided features for a Java 9
compatible release. Otherwise our lib users have to specify
XaddExports which is pretty annoying. Additionally it would sim
> On 12 May 2016, at 09:16, Alan Bateman wrote:
>
> So no plan at the moment to add this, we want to see if there are compelling
> cases where service providers are created dynamically in (existing) modules
> before deciding whether to define this method or not.
Fair enough. I was just wonde
On 12/05/2016 08:47, wzberger wrote:
just to clarify things - we are the vendor of the libraries and
looking for a simple way to keep all provided features for a Java 9
compatible release. Otherwise our lib users have to specify
XaddExports which is pretty annoying. Additionally it would simp
just to clarify things - we are the vendor of the libraries and looking
for a simple way to keep all provided features for a Java 9 compatible
release. Otherwise our lib users have to specify XaddExports which is
pretty annoying. Additionally it would simplify providing workarounds
for JDK issu
On 11/05/2016 15:14, David M. Lloyd wrote:
We package several hundred JARs in our modular environment today, only
some of which originate in-house. The dependency information for
these modules is established not by the author of these JARs, but by
us. The Maven artifact for such a JAR might
On 12/05/2016 08:15, wzberger wrote:
some of our libraries (third party vendor) require access to some
internal API methods. Is it possible to add XaddExports to a library
in a way that it is transparent for the user of the lib - means the
related package must not be specified by the user via X
On 12/05/2016 08:00, Sander Mak wrote:
Hi,
I noticed that it is possible to reflectively add uses for a service in a
module, but not to provide a service implementation. I'm curious what the
reason is for this asymmetry. I would imagine that calling ServiceLoader.load()
from another module co
some of our libraries (third party vendor) require access to some
internal API methods. Is it possible to add XaddExports to a library in
a way that it is transparent for the user of the lib - means the related
package must not be specified by the user via XaddExports?
Thanks,
Wolfgang
Hi,
I noticed that it is possible to reflectively add uses for a service in a
module, but not to provide a service implementation. I'm curious what the
reason is for this asymmetry. I would imagine that calling ServiceLoader.load()
from another module could just return the new service implement
26 matches
Mail list logo