- Mail original -
> De: "Stephen Colebourne" <scolebou...@joda.org>
> À: "jigsaw-dev" <jigsaw-dev@openjdk.java.net>
> Envoyé: Mercredi 7 Mars 2018 13:23:10
> Objet: Re: java.beans package in java.desktop module
> What is needed is an ab
andles, so perhaps not using a direct interface.
>
> Rémi
>
> - Mail original -
>> De: "Guillaume Smet" <guilla...@hibernate.org>
>> À: "Stephen Colebourne" <scolebou...@joda.org>
>> Cc: "jigsaw-dev" <jigsaw-dev@openjdk.jav
- Mail original -
> De: "Guillaume Smet" <guilla...@hibernate.org>
> À: "Stephen Colebourne" <scolebou...@joda.org>
> Cc: "jigsaw-dev" <jigsaw-dev@openjdk.java.net>
> Envoyé: Mardi 6 Mars 2018 18:45:21
> Objet: Re: java.beans p
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
robably be able 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 a
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
On 6 March 2018 at 13:52, Guillaume Smet <guilla...@hibernate.org> 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 t
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
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
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
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
- Mail original -
> De: "Michał Zegan" <webczat_...@poczta.onet.pl>
> À: 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
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.
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
14 matches
Mail list logo