Re: java.beans package in java.desktop module

2018-03-07 Thread Remi Forax
- Mail original - > De: "Stephen Colebourne" > À: "jigsaw-dev" > Envoyé: Mercredi 7 Mars 2018 13:23:10 > Objet: Re: java.beans package in java.desktop module > What is needed is an abstraction that can work for all sorts of > data-like classe

Re: java.beans package in java.desktop module

2018-03-07 Thread Stephen Colebourne
ing a direct interface. > > Rémi > > - Mail original - >> De: "Guillaume Smet" >> À: "Stephen Colebourne" >> Cc: "jigsaw-dev" >> Envoyé: Mardi 6 Mars 2018 18:45:21 >> Objet: Re: java.beans package in java.desktop module

Re: java.beans package in java.desktop module

2018-03-07 Thread Remi Forax
- Mail original - > De: "Guillaume Smet" > À: "Stephen Colebourne" > Cc: "jigsaw-dev" > Envoyé: Mardi 6 Mars 2018 18:45:21 > Objet: Re: java.beans package in java.desktop module > Hi Stephen, > > On Tue, Mar 6, 2018 at 3:29 PM,

Re: java.beans package in java.desktop module

2018-03-06 Thread Guillaume Smet
Hi Stephen, On Tue, Mar 6, 2018 at 3:29 PM, Stephen Colebourne wrote: > It had been my hope that we might see a replacement for the java.beans > package. I drew up a rough prototype here: > https://github.com/jodastephen/property-alliance > based on previous work in Joda-Beans. More info here:

Re: java.beans package in java.desktop module

2018-03-06 Thread Guillaume Smet
e to get rid of our Introspector usage at some point but the javax.el case is definitely something that's bugging me. > I'm curious why you are bringing it up. Are you looking to deploy on a > run-time image that doesn't have the java.desktop module? > Well, I'm not looking at an

Re: java.beans package in java.desktop module

2018-03-06 Thread Alan Bateman
On 06/03/2018 13:52, Guillaume Smet wrote: Hi, (Previously sent via an unsubscribed email address, sorry about that) The java.beans package is part of the java.desktop module which is a bit unfortunate as the package contains quite a few classes useful to manipulate beans and dragging all the

Re: java.beans package in java.desktop module

2018-03-06 Thread Stephen Colebourne
ephen On 6 March 2018 at 13:52, Guillaume Smet wrote: > The java.beans package is part of the java.desktop module which is a bit > unfortunate as the package contains quite a few classes useful to > manipulate beans and dragging all the desktop classes with them is far from > ideal.

java.beans package in java.desktop module

2018-03-06 Thread Guillaume Smet
Hi, (Previously sent via an unsubscribed email address, sorry about that) The java.beans package is part of the java.desktop module which is a bit unfortunate as the package contains quite a few classes useful to manipulate beans and dragging all the desktop classes with them is far from ideal

Re: java.desktop modularization

2017-03-02 Thread Hontvári Attila
(cc-ing awt-dev) I made a prototype, where java.desktop is split into 16+1 modules. java.swing is the largest module, its size is 6.9 MB, less than the one third of original java.desktop's size (23.3 MB). The prototype compiles without errors, but there are many runtime errors. If the

Re: java.desktop

2017-01-30 Thread Alan Bateman
On 30/01/2017 16:25, Hontvári Attila wrote: Regarding to the reduction of the java.desktop module size: Has Swing any circular dependency with other java.desktop parts? I know about only one, Desktop::setDefaultJMenuBar, which is only to be introduced in Java 9. If that dependency could be

Re: java.desktop

2017-01-30 Thread Hontvári Attila
Regarding to the reduction of the java.desktop module size: Has Swing any circular dependency with other java.desktop parts? I know about only one, Desktop::setDefaultJMenuBar, which is only to be introduced in Java 9. If that dependency could be broken (by replacing the parameter type from

Re: java.desktop

2017-01-21 Thread Alan Bateman
On 21/01/2017 14:00, Michał Zegan wrote: Hi. Is java.desktop now divided in separate parts, or are there plans to do so? Because actually the whole point of your application having no unneeded dependencies is broken if you want java.beans, and suddenly get the whole desktop apis that are

Re: java.desktop

2017-01-21 Thread Remi Forax
- Mail original - > De: "Michał Zegan" > À: [email protected] > 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

java.desktop

2017-01-21 Thread Michał Zegan
Hi. Is java.desktop now divided in separate parts, or are there plans to do so? Because actually the whole point of your application having no unneeded dependencies is broken if you want java.beans, and suddenly get the whole desktop apis that are probably large, with their dependencies.

hg: jigsaw/jake/jdk: Add qualified opens from java.desktop to jconsole

2016-11-07 Thread mandy . chung
Changeset: 7c9c0659c6e0 Author:mchung Date: 2016-11-07 13:37 -0800 URL: http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/7c9c0659c6e0 Add qualified opens from java.desktop to jconsole ! make/launcher/Launcher-jdk.jconsole.gmk ! src/java.desktop/share/classes/module-info.java

hg: jigsaw/jake/jdk: Revert uses of addReads in java.desktop module

2016-03-02 Thread alan . bateman
Changeset: becadcb5a0ee Author:alanb Date: 2016-03-02 19:00 + URL: http://hg.openjdk.java.net/jigsaw/jake/jdk/rev/becadcb5a0ee Revert uses of addReads in java.desktop module ! src/java.desktop/share/classes/com/sun/beans/decoder/FieldElementHandler.java ! src/java.desktop