Skip to main content

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

  • From: Oliver Gierke <ogierke@...>
  • To: "jsr338-experts@..." <jsr338-experts@...>
  • Subject: [jsr338-experts] Re: [jpa-spec users] Improving the TCK
  • Date: Wed, 18 Jul 2012 04:39:03 -0700
  • Accept-language: de-DE, en-US
  • Acceptlanguage: de-DE, en-US

Maybe it's me or I am not getting the joke :). How does Jigsaw not making 
into Java 8 relate to the general availability to get access to a specs TCK?

Am 18.07.2012 um 11:47 schrieb Werner Keil:

> Ollie/all,
> 
> Thanks for your input. As we heard, some crucial part Java 8 has just died, 
> so unless EE 8 was to skip 8 and build right onto 9, we're very likely to 
> see a "less significant" or mostly "Maintainance" release of Java EE, too.
> 
> If you want to improve things that don't make it into EE7, there might be a 
> good chance to do so in 8<347.gif>
> 
> Regards,
> -- 
> Werner Keil | JCP Executive Committee Member | Eclipse UOMo Lead
> Twitter @wernerkeil | #Java_Social | #EclipseUOMo | #OpenDDR
> Skype werner.keil | Google+ gplus.to/wernerkeil
> 
> * Chip-to-Cloud Security Forum: September 19 2012, Nice, French Riviera. 
> Werner Keil, JCP Executive Committee, JSR-321 EG Member will present 
> "Trusted Computing API for Java™"
> 
> * Eclipse Day Delft: September 27 2012, Delft, Netherlands. Werner Keil, 
> Eclipse Committer, UOMo Lead, Mærsk Build Manager will present "Triple-E 
> class Continuous Delivery with Hudson, Maven and Mylyn"
> 
> 
> On Wed, Jul 18, 2012 at 11:27 AM, Oliver Gierke <ogierke@...> wrote:
> Is there a chance we get official feedback in this regard? I don't care as 
> much about the JPA 2.1 TCK as it's done. Still I'd like to help improving 
> the upcoming version of the spec.
> 
> I think this is crucial as I have seen tickets in implementors bug trackers 
> with comments that bugs won't be fixed if the TCK doesn't actually bark. 
> This way, it's actually not the spec driving the features/bugs of the 
> implementation but a TCK not even members of the expert group get access 
> to. This effectively creates a shadow spec which is a sub-optimal thing to 
> see I think.
> 
> Regards,
> Ollie
> 
> Am 17.07.2012 um 20:36 schrieb Harald Wellmann:
> 
> > Am 17.07.2012 11:22, schrieb Oliver Gierke:
> >>
> >> Where can one get access to the standalone version of the JPA 2.0
> >> TCK?
> >>
> >
> > The TCK is still closed source, AFAIK.
> >
> > Over the past two years, I've found numerous spec-related bugs in all 3
> > certified JPA 2.0 implementations (Eclipselink, Hibernate, OpenJPA) that
> > should have been caught by the TCK.
> >
> > Some 18 months ago, when there was not even a public mailing list, I
> > sent a request to the write-only list jsr-317-feedback@... to
> > release the TCK to the public.
> >
> > There is also the sad story of a fourth persistence provider who has
> > given up on certification after trying in vain to get access to the TCK:
> >
> > http://datanucleus.blogspot.de/2011/01/jpa-tck-request-and-jpa21.html
> >
> > It is good to see that the current JCP is more open than former
> > versions, but of course a community process that really deserves the
> > name would open source all TCKs for all JSRs, no exceptions.
> >
> >> 2. How can we actually help out to improve the TCK?
> >
> > Well, we can't as long as the TCK isn't open. That's the main point why
> > it doesn't make sense to keep it closed.
> >
> > The CDI TCK has been Open Source from the very beginning, part of the
> > same Java EE 6 umbrella release and governed by the same JCP.
> >
> > I really don't see why this shouldn't work for JPA just as well.
> >
> > Best regards,
> > Harald
> >
> >
> >
> >
> >>
> >> Cheers, Ollie
> >>
> >> [0] https://bugs.eclipse.org/bugs/show_bug.cgi?id=322579 [1]
> >> https://hibernate.onjira.com/browse/HHH-6896 [2]
> >> http://jcp.org/en/jsr/detail?id=317
> >>
> >
> >
> 
> --
> /**
>  * @author Oliver Gierke - Senior Member Technical Staff
>  *
>  * @param email ogierke@...
>  * @param phone +49-351-30929001
>  * @param fax   +49-351-418898439
>  * @param skype einsdreizehn
>  * @see http://www.olivergierke.de
>  */
> 
> 
> 
> 
> 

-- 
/**
 * @author Oliver Gierke - Senior Member Technical Staff
 *
 * @param email ogierke@...
 * @param phone +49-351-30929001
 * @param fax   +49-351-418898439
 * @param skype einsdreizehn
 * @see http://www.olivergierke.de
 */



[jsr338-experts] Improving the TCK

Oliver Gierke 07/17/2012

Message not available

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Oliver Gierke 07/18/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Werner Keil 07/18/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Oliver Gierke 07/18/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Werner Keil 07/18/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Oliver Gierke 07/18/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Werner Keil 07/18/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Linda DeMichiel 07/18/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Oliver Gierke 07/19/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Scott Marlow 07/20/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Steve Ebersole 07/25/2012

[jsr338-experts] Re: [jpa-spec users] Improving the TCK

Matthew Adams 07/27/2012

[jsr338-experts] Re: Improving the TCK

Linda DeMichiel 07/18/2012
 
 
Close
loading
Please Confirm
Close