Printemps JdbcTemplate batchUpdate la gestion des exceptions

Actuellement notre code utilise batchUpdate méthode de JdbcTemplate de faire des lots d'Insertion.

Ma question est dans le cas d'une exception dans l'un de la mise à jour de la façon de le gérer (à supposer que juste en ajoutant le journal) et continuer avec la prochaine mise à jour sql?

Aussi comment batchUpdate() la méthode fo JdbcTemplate gère les exceptions?

Extrait ici.

    /**
     * Saves the list of <code>Item</code> objects to the database in a batch mode
     * 
     * @param objects
     *    list of objects to save in a batch mode
     */
    public void save(final List<Item> listOfItems) {

        for (List<Debit> list : listOfItems) {
            getJdbcTemplate().batchUpdate(insertItem, new ItemBatchPreparedStatementSetter(list));
        }
    }
La remise des erreurs dans les mises à jour par lot n'est pas facile, et il n'y a pas de solution unique au problème. Il dépend de la façon dont vous vous voulez gérer.
La base de données que vous utilisez?
sa base de données Oracle.
Connaissez-vous un moyen de gérer les erreurs de Printemps mises à jour par lot? Lorsque des exceptions traduction est utilisée, il semble que le premier rencontré est traduit et jeté, donc le retour de l'nombres de mises à jour sont perdus. C'est très bizarre.

OriginalL'auteur minil | 2012-03-21

  1. 6

    comment batchUpdate() la méthode fo JdbcTemplate gère les exceptions?

    Mise à jour par lot comportement est pas défini dans JDBC:

    Si l'une des commandes dans un lot de mise à jour ne peut pas exécuter correctement, cette méthode renvoie une BatchUpdateException, et un pilote JDBC peut ou ne peut pas continuer à traiter le reste des commandes dans le lot.

    Vous devriez vérifier ce comportement avec votre SGBD.

    De toute façon, BatchUpdateException sera pris par le printemps et relancés comme RuntimeException après certains de nettoyer (voir détails de mise en œuvre ici).

    Tous cette logique sera interwined avec les opérations - par exemple, si l'insert est dans les limites de transaction et de vous renvoyer RuntimeException par le biais de transactions de limites de transaction (et avec succès toutes les inserts avec elle) sera annulée.

    Donc souhaité "erreur du journal des lignes de lots de la logique ne peut pas être mis en œuvre de manière efficace, sans connaissances supplémentaires sur votre SGBD et il est pilote JDBC comportement en cas d'erreur lors de lots inserts.

    OriginalL'auteur alexkasko

  2. 0

    J'ai rencontré le même problème que spring jdbc cesse d'insertion en cas d'erreur d'enregistrement et de ne pas continuer d'insertion.
    Ci-dessous mon travail autour de :-

    //divide the inputlist into batches and for each batch :-
for (int j = 0; j < resEntlSize; j += getEntlBatchSize()) {
            final List<ResEntlDTO> batchEntlDTOList = resEntlDTOList
                    .subList(
                            j,
                            j + getEntlBatchSize() > resEntlSize ? resEntlSize
                                    : j + getEntlBatchSize());
            TransactionDefinition def = new DefaultTransactionDefinition();
            TransactionStatus status = transactionManager
                    .getTransaction(def);
            try {
                //perform batchupdate for the batch
                transactionManager.commit(status);
            } catch (Exception e) {
                transactionManager.rollback(status);
                //perform single update for the error batch
            }

        }

    OriginalL'auteur user2796913