Skip to main content

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

  • From: Linda DeMichiel <linda.demichiel@...>
  • To: Steve Ebersole <steve.ebersole@...>
  • Cc: jsr338-experts@...
  • Subject: [jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop
  • Date: Wed, 13 Mar 2013 11:01:15 -0700
  • List-id: <jsr338-experts.jpa-spec.java.net>
  • Organization: Oracle Corporation

Hi Steve,

On 3/13/2013 10:09 AM, Steve Ebersole wrote:
Are the "TCK folks" on this list? Or how do I proceed with that?


Since you are a licensee, I recommend that you use your direct licensee 
channels for this.

-Linda

On 03/13/2013 11:16 AM, Linda DeMichiel wrote:


On 3/13/2013 9:03 AM, Steve Ebersole wrote:
Any idea on the second issue? Its by far the more obstructive of the 2. Hard 
to test a provider if you cant tell the TCK
to use said provider :)


This sounds to me like a configuration issue. I'll let our TCK folks try to 
help....


On 03/13/2013 10:43 AM, Linda DeMichiel wrote:


On 3/13/2013 8:16 AM, Steve Ebersole wrote:
As I understand it the current TCK drop is not supposed to be final, but I 
have found serious problems with it. To the
point where it is essentially unusable.

First, the signature tests are wrong. Running against the JPA API jar I 
created for Hibernate testing using the latest
Proposed Final Draft I get errors that 
"javax.persistence.criteria.CommonAbstractQuery" is missing from my jar. But
javax.persistence.criteria.CommonAbstractQuery was removed from the spec way 
back in Draft 6.


This is a bug in our APIs. It looks like I neglected to remove it after our 
having gone back and forth
on the factorization so many times.


Second, I am completely unable to run any of the actual persistence tests. 
Every single one of them fails in perfoming
set up. The error is always the same:

03-13-2013 01:22:19: ERROR: Map returned from emf.getProperties() was 
null,this should never occur

However, it is impossible for the Hibernate EMF to return a null Map there. 
So, since I can't actually debug the tests
(or please I'd love to have details on how to actually accomplish that) I 
fell back to caveman debugging and put
throwing exceptions as the first thing I do inside (1) the Hibernate 
PersistenceProvider#createEntityManagerFactory
call
and the constructor to the Hibernate EMF impl. Neither gets triggered. So 
that tells me that the TCK is not even
attempting to call out to the configured "alternate provider".






[jpa-spec users] [jsr338-experts] Current standalone TCK drop

Steve Ebersole 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Linda DeMichiel 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Steve Ebersole 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Linda DeMichiel 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Steve Ebersole 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Steve Ebersole 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Linda DeMichiel 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Linda DeMichiel 03/13/2013

[jpa-spec users] [jsr338-experts] Updated javadocs

Linda DeMichiel 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Oliver Gierke 03/13/2013

[jpa-spec users] [jsr338-experts] Re: Current standalone TCK drop

Linda DeMichiel 03/13/2013
 
 
Close
loading
Please Confirm
Close