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.


----- 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, 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:
>> based on previous work in Joda-Beans. More info here:
>> If an interface-based design were adopted, it could be implemented by
>> the existing JavaBeans code and also by future language changes such
>> as records (data classes), while the API could be used far more
>> broadly, such as in Hibernate or EL.
>> Sadly, I haven't had the time or energy to progress this, but the need is
>> there.
> Thanks for sharing. It indeed sound like something worth pursuing.
> Having a new API in the JDK indeed seems the only way out for the
> java.beans issue.
> --
> Guillaume

Reply via email to