S'engager lors de la transaction dans @Transactional

Est-ce possible d'effectuer une validation dans la méthode qui est marqué comme au Printemps @Transactional?

@PersistenceContext
private EntityManager em;

@Transactional(propagation = Propagation.REQUIRED)
public void saveMembersWithMultipleCommits(List<Member> members)
    throws HibernateException
{
    Iterator<Member> it = members.iterator();
    while (it.hasNext())
    {
        while (it.hasNext())
        {
            Member wsBean = it.next();
            em.persist(wsBean); //overall commit will be made after method exit
            log.info("Webservices record " + wsBean + " saved. " + i++);
        }
    }
}

Je voudrais avoir s'engager à DB dire après chaque 500 articles. Est-ce possible avec le contexte?

OriginalL'auteur Michael Z | 2012-10-15

  1. 5

    Pas, vous devez le faire par programmation à l'aide, par exemple, la TransactionTemplate API. Lire plus ici.

    Il ressemblerait à quelque chose comme

    while (it.hasNext())
{
    transactionTemplate.execute(new TransactionCallbackWithoutResult() {
        protected void doInTransactionWithoutResult(TransactionStatus status) {
            int counter = 0;
            while (it.hasNext() && counter++ < 500) {
                Member wsBean = it.next();
                em.persist(wsBean);
                log.info("Webservices record " + wsBean + " saved. " + i++);
            }
        }
    );
}
    Donc, je vais avoir une nouvelle connexion à la DB pour chaque rappel?
    non, juste une nouvelle transaction.

    OriginalL'auteur pap

  2. 5

    Votre question suggère que vous avez égaré votre limite de transaction.

    Vous pouvez déplacer l'persistent, appeler une méthode privée, et que la méthode transactionnelle au lieu de l'extérieur. Cette méthode pourrait accepter de 500 membres à un moment et puis va s'engager lorsqu'il la quitte.

    Exige au moment du chargement ou au moment de la compilation de tissage, de ne pas travailler avec des Ressorts "standard" proxy de tissage.
    Oui, c'est vrai.

    OriginalL'auteur Alex Barnes

  3. 1

    Si vous êtes à la recherche de l'avant de commettre un point de vue transactionnel à l'intérieur de votre transaction, vous pourriez avoir besoin d'utiliser @Transactional (propagation = Propagation.REQUIRES_NEW)

    Vais-je avoir une nouvelle connexion à la DB être ouvert pour la deuxième @Transactional invocation de méthode ou ça sera la même connexion?
    Ceci est totalement séparés transaction mais la connexion est la même. Vérifiez par vous-même. J'ai peut-être fait une erreur.

    OriginalL'auteur Matin Kh

  4. -1

    Autre stratégie est de créer une méthode dans DAO et marquer @Transactionnelle. Cette méthode permettra de faire la mise à jour globale(eg 500 ns). Vous pouvez donc avoir une méthode avec le code

    @Transactional

public void mybatchUpdateMethod(){

    StatelessSession session = this.hibernateTemplate.getSessionFactory()
            .openStatelessSession();

    Transaction transaction = null;

    Long entryCounter = 0L;

    PreparedStatement batchUpdate = null;
    try {
        transaction = session.beginTransaction();
        batchUpdate = session.connection().prepareStatement(insertSql);

        for (BatchSnapshotEntry entry : entries) {
            entry.addEntry(batchUpdate);
            batchUpdate.addBatch();

            if (++entryCounter == 500) {
                //Reached limit for uncommitted entries, so commit
                batchUpdate.executeBatch();
            }
        }

        batchUpdate.executeBatch();
        batchUpdate.close();
        batchUpdate = null;
    }
    catch (HibernateException ex) {
        transaction.rollback();
        transaction = null;
    }
}

    Chaque fois que vous appelez cette méthode, il va s'engager après 500 insertions/mises à jour

    Et qu'est-ce que hibernateTemplate ici? Quelle classe?
    Désolé. doit avoir clarifié. Je suis en donnant l'exemple de printemps avec hibernate et à l'aide de hibernateTemplate. Vous êtes à l'aide de l'EntityManager qui est avec JPA et peut l'utiliser. Vous pouvez faire cette Session session = entityManager.unwrap(Session.class); La session est une session hibernate

    OriginalL'auteur vsingh