Re: [jakarta.ee-community] [jakartabatch-dev] Proposal - Use Java 11 sou

[Adam Bien <abien@xxxxxxxxxxxxx>]

Emily -> +1  The runtime should support Java 17, but we don't have to compile the APIs with Java 17.

> On 6. Dec 2021, at 00:12, Emily Jiang via jakarta.ee-community <jakarta.ee-community@xxxxxxxxxxx> wrote:
> 
> As for the Java compilation version for EE 10, I think it is too late and too risky to change to Java 17 because the updated specs need to produce final releases soon and majority customers are on Java 8/11. To be honest, as long as the runtime that implements EE 10 supports Java 17, your application can use Java 17 features and  it does not require EE 10 APIs to be compiled at Java 17. Besides, I don't see the real value of simply upgrading to Java 17 without utilising Java 17 features in Jakarta EE specifications. 
> 
> My 2cents.
> Thanks,
> Emily
> 
> 
> 
> On Sun, Dec 5, 2021 at 4:59 AM Adam Bien <abien@xxxxxxxxxxxxx> wrote:
> The simulation of Java Bean pattern is a great idea!
> 
> > On 4. Dec 2021, at 09:32, Ivar Grimstad <ivar.grimstad@xxxxxxxxxxxxxxxxxxxxxx> wrote:
> > 
> > So, I'm kind of interested in turning this discussion around a little.
> > 
> > Given:
> > - You can develop your application with Java 17
> > - You can deploy your application to a Jakarta EE implementation that is certified and runs on Java 17
> > - This means that your application can use all Java 17 features you want, compile, and run on Java 17
> > 
> > What Java 17 features would improve the Jakarta EE APIs, and which specification does it make sense to add them?
> > 
> > Here's one example: Full support for Records in Jakarta JSON Binding
> > Today, you can simulate the Java Bean pattern by prefixing the field names with "get", but this is kind of an annoying workaround:
> > 
> > public record Greeting(String getName, String getMessage) {} is serialized to { "name": "", "message": "" }
> > 
> > Anything else?
> > 
> > Ivar
> > 
> > On Sat, Dec 4, 2021 at 6:51 AM Adam Bien <abien@xxxxxxxxxxxxx> wrote:
> > Reza -> IMO Java 17 is a must!  My clients are already using Java 17. LTS reasons.
> > 
> > --adam
> > 
> > > On 3. Dec 2021, at 01:47, Reza Rahman <reza_rahman@xxxxxxxxx> wrote:
> > > 
> > > I think this is fine.
> > > 
> > > This is a bit of an aside but not sure if you would like to consider it:
> > > 
> > > I am hearing a lot of grumbling about Jakarta EE 10 not base-lining on Java SE 17 while keeping Java SE 11 and Java SE 8 optional. The precedent for Java EE had been that it always supported the newest Java SE version possible at the time of finalization of a release. This expectation could be a possible source of the grumbling.
> > > 
> > > I am curious to see if others have opinions on this?
> > > 
> > > Reza Rahman
> > > Jakarta EE Ambassador, Author, Blogger, Speaker
> > > 
> > > Please note views expressed here are my own as an individual community member and do not reflect the views of my employer.
> > > 
> > > On 12/2/2021 11:50 AM, Scott Kurz wrote:
> > >> We need to decide what Java level to target for Batch 2.1.   Java 11 is the recommendation for the EE 10 platform, however since we still have not added any new APIs at this point we could still decide to go with our Java 8 level binaries from 2.0.
> > >> (This option is outlined in the platform release plan:   https://eclipse-ee4j.github.io/jakartaee-platform/jakartaee10/JakartaEE10ReleasePlan )
> > >> 
> > >> I propose we use Java 11 for source/target to stay in synch with the platform.    If a user wants to remain on Java 8 they can just use the existing 2.0 API JAR.  
> > >> 
> > >> Note in terms of language features I'm not sure we depend on anything more than Java 6 ?? still.   
> > >> 
> > >> Any objections?
> > >> 
> > >> If not, then, to add a bit of a further thought, I think we end up with this table worth keeping in mind:
> > >> 
> > >> 
> > >> Language Features:  Java 6? 
> > >> javac target:  Java 11
> > >> TCK execution:   Java 11 + 17
> > >> 
> > >> Thanks,
> > >> ------------------------------------------------------
> > >> Scott Kurz
> > >> WebSphere / Open Liberty Batch and Developer Experience
> > >> skurz@xxxxxxxxxx
> > >> --------------------------------------------------------
> > >> 
> > >> 
> > >> 
> > >> 
> > >> _______________________________________________
> > >> jakartabatch-dev mailing list
> > >> 
> > >> jakartabatch-dev@xxxxxxxxxxx
> > >> 
> > >> To unsubscribe from this list, visit 
> > >> https://www.eclipse.org/mailman/listinfo/jakartabatch-dev
> > > _______________________________________________
> > > jakarta.ee-community mailing list
> > > jakarta.ee-community@xxxxxxxxxxx
> > > To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
> > 
> > _______________________________________________
> > jakarta.ee-community mailing list
> > jakarta.ee-community@xxxxxxxxxxx
> > To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
> > 
> > 
> > -- 
> > Ivar Grimstad
> > Jakarta EE Developer Advocate | 
> > Eclipse Foundation
> > 
> > Eclipse Foundation - Community. Code. Collaboration. 
> > _______________________________________________
> > jakarta.ee-community mailing list
> > jakarta.ee-community@xxxxxxxxxxx
> > To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
> 
> _______________________________________________
> jakarta.ee-community mailing list
> jakarta.ee-community@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-community
> 
> 
> -- 
> Thanks
> Emily
> 
> _______________________________________________
> jakarta.ee-community mailing list
> jakarta.ee-community@xxxxxxxxxxx
> To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-community