Hibernate, spring, JPS & isolation - custom isolement non pris en charge

J'ai essayé ceci:

@Transactional(isolation=Isolation.SERIALIZABLE, 
               rollbackFor={Exception.class}, 
               propagation=Propagation.REQUIRES_NEW)

sur mon service méthodes, mais le printemps se plaint en disant:

Standard JPA does not support custom isolation levels - use a special JpaDialect

Comment puis-je résoudre ce problème?

  • +1: j'ai eu cela aussi. Mais le problème n'est pas dans mes tests d'unité, en dépit de l'aide de AbstractTransactionalJUnit4SpringContextTests, ce qui était bizarre.
  • amitstechblog.wordpress.com/2011/05/31/...
  • J'ai essayé la solution sur Amit du blog, mais il fait toutes mes connexions de base de données en lecture seule. - Je gérer mon transactions à l'aide de l'AOP dans mon persistance de config.
InformationsquelleAutor Ikthiander | 2011-03-08
  1. 10

    Cette mise en œuvre n'est pas de compte pour le nettoyage des trucs, j'ai mis en place une solution similaire, mais que les comptes pour le nettoyage en tant que bien.
    Cette solution peut être trouvée ici:
    http://shahzad-mughal.blogspot.com/2012/04/spring-jpa-hibernate-support-for-custom.html

    • +1 pour enquête approfondie et d'une solution complète, y compris de faire votre ménage et de nettoyage après vous 😉
    • Il ne prend pas en compte en lecture seule drapeau. Si nous exécutons en lecture seule transaction sur le lien et puis s'en va rw transaction, il ne parvient pas, depuis la connexion est à gauche en lecture seule de l'état.
    • Juste pour être clair, je pense que c'est différent de la définition de l'org.mise en veille prolongée.dialecte, par exemple, PostgreSQL82Dialect?
    InformationsquelleAutor Shahzad Mughal
  2. 10

    Pas coutume niveaux d'isolation sont pris en charge par JPA. Vous pouvez étendre la HibernateJpaDialect classe et substituer liées à la connexion des méthodes de sorte que vous pouvez définir des niveaux d'isolement sur le Connection

    Voici quelque chose que j'ai écrit, mais n'ont pas encore testé:

    public class HibernateExtendedJpaDialect extends HibernateJpaDialect {

    @Override
    public Object beginTransaction(EntityManager entityManager,
            TransactionDefinition definition) throws PersistenceException,
            SQLException, TransactionException {

        Session session = (Session) entityManager.getDelegate();
        DataSourceUtils.prepareConnectionForTransaction(session.connection(), definition);

        entityManager.getTransaction().begin();

        return prepareTransaction(entityManager, definition.isReadOnly(), definition.getName());
    }

}

    Et vous définissez la propriété de votre EntityManagerFactory:

    <property name="jpaDialect">
    <bean class="com.company.util.HibernateExtendedJpaDialect" />
</property>
    • salut @Bozho pourriez-vous m'expliquer un peu plus, tu veux dire que sa n'a rien à voir avec jpadialects que les autres gens sont ce qui suggère?
    • eh bien, l'essayer, mais comme je sais que JPA ne prend pas en charge les niveaux d'isolation. Le sous-jacent JDBC permet, cependant, de sorte que vous pouvez l'utiliser pour jouer.
    • hmm, je pense que vous avez raison. voici le plaindre à ce sujet: jira.springsource.org/browse/SPR-3812
    • Ce que je comprends l'idée derrière la solution ci-dessus est d'appeler DataSourceUtils pour définir le niveau d'isolation. Un problème avec le code ci-dessus est que la session.connexion() la méthode est déconseillée par hibernate et sera retiré de Hibernate 4.x (conformément à la java docs). Je suis à la recherche de meilleures solutions.
    • session.doWork() est l'alternative proposée pour la connexion()
    • oui, ce serait avec doWork() ainsi je suppose
    • Idéalement, ce dialecte de mise en œuvre pour réinitialiser le niveau d'isolation de retour à la précédente en remplaçant la cleanupTransaction() la méthode. Il y a deux questions en substitution de cette méthode. 1. La méthode de nettoyage n'a pas de poignée pour la connexion à l'appel DataSourceUtils.resetConnectionAfterTransaction() la méthode. 2. Le stockage de la précédente, le niveau d'isolation de sorte qu'il est disponible dans la nouvelle méthode. Le deuxième problème peut être résolu par la création d'un objet wrapper autour de l'objet renvoyé à beginTransaction. Besoin de penser au sujet du premier point.
    • Le JpaTransactionManager javadocs donne une indication sur l'utilisation de TransactionAwareDataSourceProxy.
    • comment serait-il travailler en mode veille prolongée 4.0 Il n'y a aucun moyen d'obtenir la définition d'exécuter ...
    • Je ne sais pas sur hibernate 4 🙁
    • Vous devriez obtenir la connexion this.getJdbcConnection(entityManager, definition.isReadOnly()).getConnection()
    • posté une réponse qui, je crois, répond à vos préoccupations.

    InformationsquelleAutor Bozho
  3. 3

    Dessin sur Bozho de réponse et en tenant compte des commentaires à ce sujet, La suite semble être une complète (Hibernate 4 compatible) solution répondant à la nécessité de réinitialiser la connexion. Mieux que je peux dire, le printemps d'une couche de l'appel en garantie de la cleanupTransaction méthode, mais si ce n'est pas effectivement garanti, cela peut besoin d'être repensée en raison du potentiel pour un permGen fuite de mémoire et de la demande post effets secondaires sur l'objet de connexion.

    public class HibernateExtendedJpaDialect extends HibernateJpaDialect {

  ThreadLocal<Connection> connectionThreadLocal = new ThreadLocal<>();
  ThreadLocal<Integer> originalIsolation = new ThreadLocal<>();

  @Override
  public Object beginTransaction(EntityManager entityManager,
                                 TransactionDefinition definition) 
      throws PersistenceException, SQLException, TransactionException {

    boolean readOnly = definition.isReadOnly();
    Connection connection = 
        this.getJdbcConnection(entityManager, readOnly).getConnection();
    connectionThreadLocal.set(connection);
    originalIsolation.set(DataSourceUtils
        .prepareConnectionForTransaction(connection, definition));

    entityManager.getTransaction().begin();

    return prepareTransaction(entityManager, readOnly, definition.getName());
  }

  /*

   We just have to trust that spring won't forget to call us. If they forget,
   we get a thread-local/classloader memory leak and messed up isolation 
   levels. The finally blocks on line 805 and 876 of 
   AbstractPlatformTransactionManager (Spring 3.2.3) seem to ensure this, 
   though there is a bit of logic between there and the actual call to this 
   method.

   */
  @Override
  public void cleanupTransaction(Object transactionData) {
    try {
      super.cleanupTransaction(transactionData);
      DataSourceUtils.resetConnectionAfterTransaction(
          connectionThreadLocal.get(), originalIsolation.get());
    } finally {
      connectionThreadLocal.remove();
      originalIsolation.remove();
    }
  }
}
    • Je ne pense pas que ce code est ré-entrant.
    • Je pense que vous devriez avoir une ThreadLocal<LinkedList<Paire<Connexion,Integer>>>> au lieu de deux fil les habitants.
    • Dans certains cas, aucune connexion à resetConnectionAfterTransaction, et dans ce cas IllegalArgumentException jeter dans l'Affirmer.notNull(con, "Pas de Connexion spécifié");. U peut me dire, j'ai besoin de vérifier si con not null premier, ou quelque chose d'autre?
    InformationsquelleAutor Gus
  4. 0

    @Shahzad Moghol que je l'ai quitté deux points 😉 Votre réponse devrait être accepté comme correct. L'on a accepté la réponse sera à l'origine de l'-dessous de problème au hasard miss principaux développeurs de penser il y a des bugs avec pilote mysql par exemple:

    WARN [org.mise en veille prolongée.util.JDBCExceptionReporter] - Erreur SQL: 0,
    SQLState: S1009 ERREUR [org.mise en veille prolongée.util.JDBCExceptionReporter] -
    La connexion est en lecture seule. Les requêtes menant à la modification de données ne sont pas
    permis

    Vous pouvez en savoir plus sur notre aventure avec cette question à http://thinkinginsoftware.blogspot.com/2013/10/connection-is-read-only-queries-leading.html

    InformationsquelleAutor Nestor Urquiza
  5. -1

    Lors de la spécification de la JpaTransactionManager avez-vous préciser un JPADialect? Par défaut, je pense qu'il utilise le DefaultJpaDialect et vous avez besoin de la HibernateJpaDialect.

    • Il n'a rien à voir avec cela. HibernateJpaDialect de beginTransaction appels super.beginTransaction(entityManager, définition) (super=DefaultJpaDialect) c'est pourquoi le InvalidIsolationLevelException est levée à partir de DefaultJpaDialect.
    InformationsquelleAutor Robby Pond
  6. -1

    Vous pouvez aussi envelopper la "source de données" de la fève à la "IsolationLevelDataSourceAdapter", simplement en faisant ceci:

    <bean id="dataSource" class="org.springframework.jdbc.datasource.IsolationLevelDataSourceAdapter">
    <property name="isolationLevelName" value="ISOLATION_READ_COMMITTED"/>
    <property name="targetDataSource" ref="_dataSource"/>
</bean>

    où "_dataSource" est une référence à une source de données.

    • C'est un terrible solution. Toute requête de connexion et que vous question sera avec isolation serializable.
    • Dans certains cas, cette solution peut s'appliquer - par exemple dans mon projet, j'ai plusieurs sources de données, et j'ai besoin de définir un niveau d'isolation sur l'un d'eux. Cette solution est beaucoup plus élégant pour ce cas que l'extension de la JpaDialect.
    InformationsquelleAutor polesen