Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [glassfish-dev] @Version field support seems to be ignored by EclipseLink during Jakarta EE 11 Platform TCK testing...

Just created https://github.com/eclipse-ee4j/glassfish/pull/25447 for updating GlassFish to use the latest EclipseLink 5.0.0-B07 release in case that helps.

Scott

On Wed, Apr 9, 2025 at 2:06 PM Scott Marlow <smarlow@xxxxxxxxxx> wrote:


On Wed, Apr 9, 2025 at 1:58 PM Scott Marlow <smarlow@xxxxxxxxxx> wrote:
From debugging a Jakarta EE 11 Platform TCK test failure it looks like @Version support might not be in the EclipseLink version included in glassfish-8.0.0-M11.zip.  The tracking issue for the failure is currently platform-tck/issues/2112 [1].  I pushed an EE 11 Platform TCK change to [2] to help with reproducing the test failure.

Does EclipseLink include support for the Version Annotation?  It looks like the EclipseLink master branch had recent Version related changes for eclipselink/issues/2343 [3] but I'm not sure if that change is in glassfish-8.0.0-M11.zip yet.

The entity with the @Version is [4]:
"
@Entity
@Table(name = "A_BASIC")
@Access(AccessType.FIELD)
public class ShortClass_Field implements java.io.Serializable {

// ===========================================================
// instance variables

@Id
protected String id;

@Version
protected Short basicShort;
...
"

Note that in EE 10 the Platform TCK test manually set the basicShort property values but in response to TCK challenge 2112 [1], the code is changed to require the Persistence Provider to set the version field.  Do we need an EclipseLink tracking issue for adding EclipseLink support for automatically setting the version field?

Sorry, the accepted TCK challenge issue is https://github.com/jakartaee/persistence/issues/637

Please do advise if EclipseLink can add support for @Version properties such as shown above.

Scott
 

Back to the top