Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jakartaee-tck-dev] Discussion on stand alone TCKs as part of the certification process

Hi Jan,
I agree that WebSocket 1.1 was part of Java EE 8.  But, Scott's experience was that the TCK tests for WebSocket 1.1 were not integrated into the CTS 8 run.  At least when we did our CTS 8 testing.  Has it since become part of the Java EE 8 and Jakarta EE 8 platform test bucket?  We're trying to figure out if running WebSocket 1.1 as a standalone bucket is still required, or if it's now integrated with Jakarta EE 8 TCK.

CDI and BV have always been separate TCK efforts.  Batch does have their own TCK bucket as well, but it's my understanding that there was a CTS wrapper for this bucket which incorporated the Java Batch testing into the Java EE 8 CTS.  Is that still the case with Jakarta EE 8?  Or, do compliant implementations have to run the Java Batch TCK separately?

I know Batch, CDI, and BV are in the process of moving their Specs, APIs, and TCKs to Eclipse.  I just don't know if that process will complete by the time we're ready to claim Jakarta EE 8 is done.  So, I think Scott is just trying to clarify what buckets will be required to claim Jakarta EE 8 compliance.  And, will this be part of the TCK User's Guide or documented somewhere for reference?

Thanks!

---------------------------------------------------
Kevin Sutter
STSM, MicroProfile and Jakarta EE architect
e-mail:  sutter@xxxxxxxxxx     Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn:
https://www.linkedin.com/in/kevinwsutter



From:        Jan Supol <jan.supol@xxxxxxxxxx>
To:        jakartaee-tck-dev@xxxxxxxxxxx
Date:        06/25/2019 02:46 PM
Subject:        [EXTERNAL] Re: [jakartaee-tck-dev] Discussion on stand alone TCKs as part of the certification process
Sent by:        jakartaee-tck-dev-bounces@xxxxxxxxxxx




Hi Scott,

Websocket 1.0 Specification has been part of Java EE 7, Websocket 1.1
was released later in between Java EE 7 and Java EE 8. So Websocket 1.1
Spec was not part of Java EE 7, but definitely it was part of Java EE 8,
and Websocket 1.1 TCK tests were part of CTS 8 (and Jakarta EE TCK).

For any application server to claim compatibility with Java EE 8, the
application server had to pass all the CTS (Java EE TCK) tests. CDI,
Bean Validation and Java Batch were led outside of Oracle and the
vendors were responsible  for the respective TCKs. For claiming the
compatibility with Java EE 8, the application servers had to pass the
CDI, BV, and Java Batch TCKs, too.

Now, the CDI api is not in the Eclipse EE4J github repository, and I do
not see the CDI TCK there either. So more than thinking about "over
lap", I would think about the APIs (and respective TCKs) that were part
of Java EE 8, but were not contributed to Jakarta EE.

Thanks,

Jan


On 25.06.2019 20:51, Scott Highbarger wrote:
>
> Some of the recent discussions on stand alone TCKs got me to wondering
> what if any are we going to require as part of the Jakarta
> certification process? Is the jakartaeetck the only hard requirement
> and the stand alone TCKs additional for extra
> features/implementations? Many of the stand alone TCKs clearly have
> over lap with the jakartaeetck but specifically I've been thinking of
> this in the context of areas like the CDI 2.0 TCK and websocket 1.1
> etc. which do not have as much over lap.
> The CDI 2.0 was technically part of the EE8 Spec, while I believe the
> websocket 1.1 level was not. I'm wondering what the rest of the
> community is thinking in regards to these stand alone TCKs that don't
> directly over lap the jakartaeetck?
>
>
> Scott E. Highbarger
> [_shighbar@xxxxxx.com_ <
mailto:shighbar@xxxxxxxxxx>]
> Advisory Software Engineer
> WebSphere Application Server CTS
> IBM Software Group
> (303) 773-5264
>
>
>
>
> _______________________________________________
> jakartaee-tck-dev mailing list
> jakartaee-tck-dev@xxxxxxxxxxx
> To change your delivery options, retrieve your password, or unsubscribe from this list, visit
>
https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev
_______________________________________________
jakartaee-tck-dev mailing list
jakartaee-tck-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://www.eclipse.org/mailman/listinfo/jakartaee-tck-dev





Back to the top