TransactionRequiredException de l'Exécution d'une mise à jour/suppression de requête

Je ne suis pas sûr si cela va aider votre situation (si toujours qu'elle existe), cependant, après avoir écumé le web pour un problème similaire.

J'ai été la création d'une requête native à partir d'une persistance de l'EntityManager pour effectuer une mise à jour.

Query query = entityManager.createNativeQuery(queryString);

J'ai reçu le message d'erreur suivant:

causés par: javax.la persistance.TransactionRequiredException: L'Exécution De
une mise à jour/supprimer la requête

De nombreuses solutions vous suggérons d'ajouter @Transactional à votre méthode.
Il suffit de faire ceci ne change pas l'erreur.

Certaines solutions proposez-lui d'inviter l'EntityManager pour un EntityTransaction de sorte que vous pouvez appeler de commencer et de vous engager.
Cela jette une autre erreur:

causés par: java.lang.IllegalStateException: Pas autorisé à créer
transaction sur le partage de l'EntityManager - utiliser le Printemps des transactions ou des EJB
CMT au lieu

J'ai ensuite essayé une méthode que la plupart des sites dire c'est que pour utiliser l'application géré les gestionnaires de l'entité et non gérée par le conteneur (qui, je crois, de Printemps de l'est) et qui a été joinTransaction().

Avoir @Transactional la décoration de la méthode, puis en appelant joinTransaction() sur l'objet EntityManager juste avant l'appel à query.executeUpdate() et ma requête native mise à jour a fonctionné.

J'espère que cela aide quelqu'un d'autre rencontre ce problème.

Dans mon cas, j'ai eu la mauvaise @Transaction importés. La bonne est:

org.springframework.transaction.annotation.Transactional

et pas javax.transaction.Transactional.

Comment sur le déplacement de @Transactional à partir de la méthode au niveau de la classe?
A travaillé pour moi en cas similaire, bien que je ne suis pas certain à 100% pourquoi.

J'ai Eu le même message d'erreur.

J'ai juste ajouté le @Transactional annotation de javax.des transactions.Transactionnelle sur la méthode.

Vous n'avez pas besoin de vous soucier de début et de fin de la transaction. Vous avez déjà appliquer @Transactional annotation interne de la transaction lors de votre méthode commence et se termine lorsque votre méthode se termine. Si seulement nécessaire, elle est de persister votre objet dans la base de données.

 @Transactional(readOnly = false, isolation = Isolation.DEFAULT, propagation = Propagation.REQUIRED, rollbackFor = {Exception.class})

         public String persist(Details details){
             details.getUsername();
             details.getPassword();
             Query query = em.createNativeQuery("db.details.find(username= "+details.getUsername()+"& password= "+details.getPassword());

             em.persist(details);
             System.out.println("Sucessful!");
            return "persist";        
     }

EDIT : Le problème semble être avec votre fichier de configuration. Si vous êtes en utilisant JPA ensuite votre fichier de configuration doit avoir en dessous de la configuration

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager"
    p:entityManagerFactory-ref="entityManagerFactory" />
<bean id="jpaAdapter"
    class="org.springframework.orm.jpa.vendor.HibernateJpaVendorAdapter"
    p:database="ORACLE" p:showSql="true" />
<bean id="entityManagerFactory"
    class="org.springframework.orm.jpa.LocalContainerEntityManagerFactoryBean"
    p:persistenceUnitName="YourProjectPU"
    p:persistenceXmlLocation="classpath*:persistence.xml"
    p:dataSource-ref="dataSource" p:jpaVendorAdapter-ref="jpaAdapter">
    <property name="loadTimeWeaver">
        <bean
            class="org.springframework.instrument.classloading.InstrumentationLoadTimeWeaver" />
    </property>
    <property name="persistenceProvider" ref="interceptorPersistenceProvider" />

</bean>

Après l'intégration de Spring avec Hibernate 4 5 dans mon projet et l'expérience de ce problème, j'ai trouvé que je pouvais éviter l'erreur d'apparaître en changeant la façon de l'obtention de la session de sessionFactory.openSession() à sessionFactory.getCurrentSession().
le bon moyen de travailler sur ce bug est peut-être garder à l'aide de la même session pour la liaison de la transaction.opensession toujours créer une nouvelle session qui ne marche pas comme l'ancienne tenue d'une transaction configed.à l'aide de getCurrentSession et en ajoutant des supplémentaires de la propriété <property name="current_session_context_class">org.springframework.orm.hibernate5.SpringSessionContext</property> fonctionne très bien pour moi.

J'ai été confronté à la même erreur, en dépit de l'ajout de @Transactional annotation au niveau de la classe et de l'importation de org.springframework.des transactions.annotation.Transactionnelle.

Puis j'ai réalisé que depuis que j'ai été en utilisant hibernate query, j'avais importé javax.la persistance.Requête à la place de l'import org.mise en veille prolongée.de la requête.De la requête.
Par conséquent, l'ajout d'import org.mise en veille prolongée.de la requête.De la requête. le problème est réglé pour moi.

J'espère que cette idée permet à quelqu'un.

Message d'erreur lors de l'exécution du code: javax.la persistance.TransactionRequiredException: l'Exécution d'une mise à jour/suppression de requête

Commencer l'entityManager transaction -> createNativeQuery -> exécuter update -> entityManager de la validation des transactions à enregistrer dans votre base de données. Il fonctionne très bien pour moi avec Hibernate et postgresql.

Code # # # #

entityManager.getTransaction().begin();
Query query = entityManager.createNativeQuery("UPDATE tunable_property SET tunable_property_value = :tunable_property_value WHERE tunable_property_name = :tunable_property_name");
query.setParameter("tunable_property_name", tunablePropertyEnum.eEnableJobManager.getName());
query.setParameter("tunable_property_value", tunable_property_value);
query.executeUpdate();
entityManager.getTransaction().commit();