org.hibernate.jpa.internal

Class JpaComplianceImpl

java.lang.Object

org.hibernate.jpa.internal.JpaComplianceImpl

All Implemented Interfaces:

JpaCompliance

public class JpaComplianceImpl
extends Object
implements JpaCompliance

Author:

Andrea Boriero

Nested Class Summary

Nested Classes

Modifier and Type	Class and Description
static class	JpaComplianceImpl.JpaComplianceBuilder

Method Summary

Modifier and Type	Method and Description
boolean	isGlobalGeneratorScopeEnabled() Should the the scope of TableGenerator.name() and SequenceGenerator.name() be considered globally or locally defined?
boolean	isJpaCacheComplianceEnabled() Should Hibernate comply with all aspects of caching as defined by JPA? Or can it deviate to perform things it believes will be "better"?
boolean	isJpaClosedComplianceEnabled() JPA defines specific exceptions on specific methods when called on EntityManager and EntityManagerFactory when those objects have been closed.
boolean	isJpaListComplianceEnabled() Controls how Hibernate interprets a mapped List without an "order columns" specified.
boolean	isJpaProxyComplianceEnabled() JPA spec says that an EntityNotFoundException should be thrown when accessing an entity Proxy which does not have an associated table row in the database.
boolean	isJpaQueryComplianceEnabled() Controls whether Hibernate's handling of JPA's Query (JPQL, Criteria and native-query) should strictly follow the JPA spec.
boolean	isJpaTransactionComplianceEnabled() Indicates that Hibernate's Transaction should behave as defined by the spec for JPA's EntityTransaction since it extends the JPA one.

Methods inherited from class java.lang.Object

clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

Method Detail

isJpaQueryComplianceEnabled

public boolean isJpaQueryComplianceEnabled()

Description copied from interface: JpaCompliance

Controls whether Hibernate's handling of JPA's Query (JPQL, Criteria and native-query) should strictly follow the JPA spec. This includes both in terms of parsing or translating a query as well as calls to the Query methods throwing spec defined exceptions where as Hibernate might not. Deviations result in an exception if enabled

Specified by:

isJpaQueryComplianceEnabled in interface JpaCompliance

Returns:

true indicates to behave in the spec-defined way

isJpaTransactionComplianceEnabled

public boolean isJpaTransactionComplianceEnabled()

Description copied from interface: JpaCompliance

Indicates that Hibernate's Transaction should behave as defined by the spec for JPA's EntityTransaction since it extends the JPA one.

Specified by:

isJpaTransactionComplianceEnabled in interface JpaCompliance

Returns:

true indicates to behave in the spec-defined way

isJpaListComplianceEnabled

public boolean isJpaListComplianceEnabled()

Description copied from interface: JpaCompliance

Controls how Hibernate interprets a mapped List without an "order columns" specified. Historically Hibernate defines this as a "bag", which is a concept JPA does not have. If enabled, Hibernate will recognize this condition as defining a PersistentList, otherwise Hibernate will treat is as a PersistentBag

Specified by:

isJpaListComplianceEnabled in interface JpaCompliance

Returns:

true indicates to behave in the spec-defined way, interpreting the mapping as a "list", rather than a "bag"

isJpaClosedComplianceEnabled

public boolean isJpaClosedComplianceEnabled()

Description copied from interface: JpaCompliance

JPA defines specific exceptions on specific methods when called on EntityManager and EntityManagerFactory when those objects have been closed. This setting controls whether the spec defined behavior or Hibernate's behavior will be used. If enabled Hibernate will operate in the JPA specified way throwing exceptions when the spec says it should with regard to close checking

Specified by:

isJpaClosedComplianceEnabled in interface JpaCompliance

Returns:

true indicates to behave in the spec-defined way

isJpaProxyComplianceEnabled

public boolean isJpaProxyComplianceEnabled()

Description copied from interface: JpaCompliance

JPA spec says that an EntityNotFoundException should be thrown when accessing an entity Proxy which does not have an associated table row in the database. Traditionally, Hibernate does not initialize an entity Proxy when accessing its identifier since we already know the identifier value, hence we can save a database roundtrip. If enabled Hibernate will initialize the entity Proxy even when accessing its identifier.

Specified by:

isJpaProxyComplianceEnabled in interface JpaCompliance

Returns:

true indicates to behave in the spec-defined way

isJpaCacheComplianceEnabled

public boolean isJpaCacheComplianceEnabled()

Description copied from interface: JpaCompliance

Should Hibernate comply with all aspects of caching as defined by JPA? Or can it deviate to perform things it believes will be "better"?

Specified by:

isJpaCacheComplianceEnabled in interface JpaCompliance

Returns:

true says to act the spec-defined way.

isGlobalGeneratorScopeEnabled

public boolean isGlobalGeneratorScopeEnabled()

Description copied from interface: JpaCompliance

Should the the scope of TableGenerator.name() and SequenceGenerator.name() be considered globally or locally defined?

Specified by:

isGlobalGeneratorScopeEnabled in interface JpaCompliance

Returns:

true indicates the generator name scope is considered global.