Java EE 8 Integration

[Adam Bien]

I'm using JCache already with Java EE 7 servers (Wildfly, Payara, WLS and TomEE) with custom integration.

What is the progress / roadmap with Java EE 8 integration. Particularly merging the javaee-8 and jcache API would be nice, as well as enabling the injection of the CacheManager / Cache.

Thank you in advance,

--adam

[Noctarius]

Hey Adam,

As far as I know nobody has started the integration so far. That means no particular JSR is available to drive the integration.

Thanks,

Chris

--
You received this message because you are subscribed to the Google Groups "jsr107" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jsr107+un...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Steve Millidge]

Just a thought.

 

I was wondering should we create a JSR & EG specific to JCache 1.0 integration with JavaEE 8 similar to the way portlet-JSF bridge JSR is separate from the portlet JSR see https://www.jcp.org/en/jsr/detail?id=378. As IMHO to do the integration probably requires more JavaEE knowledge than JCache knowledge as the JCache 1.0 api is pretty much there to do the integration.

 

In this way a JSR for JCache 2.0 would be able to concentrate on new JCache features while JaveEE 8 integration of the current JSR could complete.

 

I’d be willing to submit a JCache-JavaEE bridge JSR but don’t have the expertise to lead a JCache 2.0 JSR.

 

Steve

[Arjan Tijms]

I was wondering should we create a JSR & EG specific to JCache 1.0 integration with JavaEE 8 similar to the way portlet-JSF bridge JSR is separate from the portlet JSR see https://www.jcp.org/en/jsr/detail?id=378. As IMHO to do the integration probably requires more JavaEE knowledge than JCache knowledge as the JCache 1.0 api is pretty much there to do the integration.

Might be an option indeed. The most important thing IMHO is that JCache actually becomes part of the umbrella spec. I guess that means asking the Java EE umbrella spec leads to "just" list JCache 1.0 as a required spec. Or is there more needed there?

If JCache 1.0 is a part of the Java EE umbrella spec then I think the integration work could either be done as a MR, or indeed as a bridge spec. In case of JTA, some CDI/EE integration was done in a MR as well (the @Transactional and @TransactionScoped) annotations.

When not doing too much work, a MR from what I've seen so far should not be too much work. The 2.0 portlet bridge spec recently moved from Oracle to Liferay for the MR process, so perhaps the JCache 1.0 spec could be moved to C2B2 (just for the MR, not for a full spec update which would mean a new JSR)?

[Adam Bien]

According to the JSR proposal this spec was always meant to be a part of Java EE.

Can I contribute anything? A minimal integration should be easy to achieve,

thanks for the fast response!,

adam

[Arjan Tijms]

According to the JSR proposal this spec was always meant to be a part of Java EE.

Indeed, it's not just a random spec that people ask to be added to Java EE. 

JCache was always meant to be for Java EE, but just missed the EE 7 release date. If it hadn't, it would now have been a part of EE, would it not? 

So for EE 8 the simplest solution is that it would "just" be included as-is, just as it would have for EE 7. The higher level integration would be a very nice bonus though.

[Greg Luck]

Steve

Creating a JCache-JavaEE bridge JSR is a good idea. And if you want to lead it even better. 

The EE group has wanted the existing spec leads of JSR107 to do this work but we have not had the motivation. 

I would welcome this development.

In terms of a 2.0 for JSR107 not sure what the scope would be there. I am working on a 1.1 which fixes some issues in the 1.0 spec. They are all on Github.

Regards

Greg Luck

web: http://gregluck.com

skype: gregrluck

mobile US: +1 650 924 6244

mobile Australia: +61 408 061 622

On 19 Jan 2016, at 9:44 PM, Steve Millidge <smil...@c2b2.co.uk> wrote:

Just a thought.

 

I was wondering should we create a JSR & EG specific to JCache 1.0 integration with JavaEE 8 similar to the way portlet-JSF bridge JSR is separate from the portlet JSR see https://www.jcp.org/en/jsr/detail?id=378. As IMHO to do the integration probably requires more JavaEE knowledge than JCache knowledge as the JCache 1.0 api is pretty much there to do the integration.

 

In this way a JSR for JCache 2.0 would be able to concentrate on new JCache features while JaveEE 8 integration of the current JSR could complete. 

 

I’d be willing to submit a JCache-JavaEE bridge JSR but don’t have the expertise to lead a JCache 2.0 JSR.

 

Steve

 

From: jsr...@googlegroups.com [mailto:jsr...@googlegroups.com] 
Sent: 19 January 2016 07:44
To: jsr...@googlegroups.com
Subject: Re: Java EE 8 Integration

 

[Werner Keil]

Keep in mind, there is no 2.0 for JSR107. Similar to JSR330, a few JSRs ended up with that number almost "branded" into them. While a simple MR would keep the existing JSR 107, any significant change whether it's 1.1, 1.2 or 2.0 would end up with a new JSR number (significantly higher given the "prehistoric" age of 107 ;-D) 

So it'l be JCache 2.0 at most;-)

Werner

[Arjan Tijms]

Any progress here?

The effort towards a contribution started here: https://github.com/Adopt-a-JSR/jcache-javaee

But that has been silent for 2 months now. Would be great if we're able to keep this moving forward.

Kind regards,

Arjan Tijms

[Greg Luck]

Arjan

I talked to Brian and the the EE architects.

Our plan is to get JCache 1.1 released. We are just waiting on Oracle legal for clearance to release the API with the CDDL license which is one of the communities biggest issues. Then we plan to get 1.1 done. After than we move on to EE. Bill Shannon advised we can be integrated into EE quite late in the process. 

Regards

Greg Luck

web: http://gregluck.com

skype: gregrluck

mobile US: +1 650 924 6244

mobile Australia: +61 408 061 622

On 11 Apr 2016, at 1:27 AM, Arjan Tijms <arjan...@gmail.com> wrote:

Any progress here?

The effort towards a contribution started here: https://github.com/Adopt-a-JSR/jcache-javaee

But that has been silent for 2 months now. Would be great if we're able to keep this moving forward.

Kind regards,

Arjan Tijms

On Tuesday, January 19, 2016 at 8:29:54 AM UTC+1, Adam Bien wrote:

[Arjan Tijms]

Thanks for reply Greg!

You mentioned moving to EE after 1.1 is done. Does that mean EE integration will be done for sure in a separate bridge JSR?

Do you think it's a good idea if meanwhile several EE enthousiasts already experiment with Java EE integration code (like the one in the repo mentioned above: https://github.com/Adopt-a-JSR/jcache-javaee)?

Kind regards,

Arjan Tijms

[Greg Luck]

Yes, Brian discussed and things we need a new JSR. EE8 likes to use SE8 so we would also add a few things to the spec.

Regards

Greg Luck

web: http://gregluck.com

skype: gregrluck

mobile US: +1 650 924 6244

mobile Australia: +61 408 061 622

On 12 Apr 2016, at 2:28 AM, Arjan Tijms <arjan...@gmail.com> wrote:

Thanks for reply Greg!

You mentioned moving to EE after 1.1 is done. Does that mean EE integration will be done for sure in a separate bridge JSR?

Do you think it's a good idea if meanwhile several EE enthousiasts already experiment with Java EE integration code (like the one in the repo mentioned above: https://github.com/Adopt-a-JSR/jcache-javaee)?

Kind regards,

Arjan Tijms

On Sunday, April 10, 2016 at 11:03:09 PM UTC+2, Greg Luck wrote: