Comment puis-je reprendre la violation de la contrainte exception de EclipseLink?

Je suis en utilisant EclipseLink dans mon application web, et je vais avoir un moment difficile avec élégance la capture et la gestion des Exceptions qu'elle génère. Je vois de ce fil ce qui semble être un problème similaire, mais je ne vois pas comment contourner ou de le réparer.

Mon code ressemble à ceci:

public void persist(Category category) {
    try {
        utx.begin();
        em.persist(category);
        utx.commit();
    } catch (RollbackException ex) {
           //Log something
    } catch (HeuristicMixedException ex) {
           //Log something
    } catch (HeuristicRollbackException ex) {
           //Log something
    } catch (SecurityException ex) {
           //Log something
    } catch (IllegalStateException ex) {
           //Log something
    } catch (NotSupportedException ex) {
           //Log something
    } catch (SystemException ex) {
           //Log something
    }
}

Quand persist() est appelée avec une entité qui viole une contrainte d'unicité, je reçois une explosion des exceptions qui sont capturés et enregistrés par le conteneur.

Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.3.0.v20110604-r9504):
  org.eclipse.persistence.exceptions.DatabaseException
Internal Exception: java.sql.SQLIntegrityConstraintViolationException: The statement
  was aborted because it would have caused a duplicate key value in a unique or 
  primary key constraint or unique index identified by 'SQL110911125638570' 
   defined on 'CATEGORY'.
 Error Code: -1
 (etc)

J'ai essayé ce qui suit:

    try {
        cc.persist(newCategory);        
    } catch (PersistenceException eee) {
        //Never gets here
        System.out.println("MaintCategory.doNewCateogry(): caught: " + eee);
    } catch (DatabaseException dbe) {
        //Never gets here neither
        System.out.println("MaintCategory.doNewCateogry(): caught: " + dbe);            
    }

Je me rends compte que l'utilisation de DataBaseException n'est pas portable, mais j'ai besoin de commencer quelque part. Les exceptions ne jamais se laisser prendre. Des suggestions?

que faut-il dire par "DataBaseException n'est pas portable"? Merci!
Le DataBaseException classe est définie par org.eclipse, pas la spécification JPA. Donc, ce n'aurions probablement pas travailler (ou même de la compilation) avec un autre fournisseur JPA.

OriginalL'auteur AlanObject | 2011-09-12

8

Il ressemble, je ne vais pas faire plus d'activité sur cette question, donc je vais poster mon travail et d'en rester là. Un certain nombre de recherches sur le web n'ai pas trouvé beaucoup de tout ce qui est utile. J'aurais pensé que ce est un cas d'école, mais aucun des tutoriels que j'ai trouvé le couvre.

Il s'avère que dans cette condition avec EclipseLink, à l'Exception que vous pouvez attraper lorsque le SQL de violation de contrainte est la RollBackException qui est le résultat de la em.commit() appel. J'ai donc modifié mes persistent méthode comme ceci:
```
public void persist(Category category) throws EntityExistsException {
    try {
        utx.begin();
        em.persist(category);
        utx.commit();
    } catch (RollbackException ex) {
        Logger.getLogger(CategoryControl.class.getName()).log(Level.SEVERE, null, ex);
        throw new EntityExistsException(ex);
    } catch (HeuristicMixedException ex) {
        Logger.getLogger(CategoryControl.class.getName()).log(Level.SEVERE, null, ex);
    } catch (HeuristicRollbackException ex) {
        Logger.getLogger(CategoryControl.class.getName()).log(Level.SEVERE, null, ex);
    } catch (SecurityException ex) {
        Logger.getLogger(CategoryControl.class.getName()).log(Level.SEVERE, null, ex);
    } catch (IllegalStateException ex) {
        Logger.getLogger(CategoryControl.class.getName()).log(Level.SEVERE, null, ex);
    } catch (NotSupportedException ex) {
        Logger.getLogger(CategoryControl.class.getName()).log(Level.SEVERE, null, ex);
    } catch (SystemException ex) {
        Logger.getLogger(CategoryControl.class.getName()).log(Level.SEVERE, null, ex);
    }
}
```
Si l'appelant attrape le EntityExistsException et prend les mesures appropriées. Le journal remplit encore jusqu'à l'intérieur des exceptions, mais qui peut être coupée plus tard.

Je me rends compte que c'est un peu un abus de l'intention de la EntityExistsException qui est normalement utilisée lorsqu'une entité champ ID est ré-utilisé, mais pour les besoins de l'utilisateur de l'application, il n'a pas d'importance.

Si quelqu'un a une meilleure approche veuillez poster une nouvelle réponse ou un commentaire.

Je suis confronté à ce problème. Je veux de la surface de la contrainte sql exceptions (par exemple, nom trop long, id existent, etc). au lieu de vérifier la contrainte dans mon code. (ce qui serait coûteux pour vérifier l'id unique.)

OriginalL'auteur AlanObject
3

EclipseLink ne devrait être jeter un PersitenceException ou un RollbackException en fonction de l'environnement et de l'ordre des opérations que vous appelez sur l'EntityManager.
Quel est votre niveau d'enregistrement? Il est probable que vous voyez ces exceptions connecté par EclipseLink, mais seulement jetés comme des causes de la RollbackException.

Vous pouvez désactiver l'enregistrement d'exception avec le PU de la propriété, mais pour des fins de diagnostic, il est généralement préférable de laisser EclipseLink connecter les exceptions.

Comme vous le dites, je veux garder la connexion pendant le mode de développement afin que je puisse attraper des erreurs systémiques si elles se produisent. Mais le vrai problème est que lorsque j'appelle la commit() méthode je n'arrive pas à attraper l'exception donc je peux lancer un message à l'écran.

OriginalL'auteur Gordon Yorke
3

Modifier votre persistence.xml ajout de la propriété suivante:

property name="eclipselink.exception-gestionnaire" value="votre.propre.package.chemin d'accès.YourOwnExceptionHandler"

Maintenant créer la classe YourOwnExceptionHandler (sur le bon package). Il nécessite de mettre en œuvre org.eclipse.la persistance.des exceptions.ExceptionHandler.

Créer un non-argument du constructeur et de la méthode exigée handleException(...).

À l'intérieur de cette méthode, vous pouvez intercepter les exceptions!

wow, c'est assez étonnant de répondre à un vieux de 6 ans problème. Cela ne semble pas comme le commun des connaissances. Je vais donner un essai quand j'ouvre le projet de nouveau.
Alan, j'ai pu attraper la base de données des exceptions et des codes d'erreur. Cependant, je suis encore à essayer d'envoyer un message personnalisé à mon jsf page.

OriginalL'auteur Flávio Cruz

Je suis en utilisant le Printemps de Démarrage 1.1.9 + EclipseLink 2.5.2. C'est la seule façon que je peux attraper ConstraintViolationException. Notez que mon handleError(ConstraintViolationException) est très simple de mise en œuvre qui renvoie simplement la première violation qu'il trouve.

Noter que ce code a été également requis lorsque je suis passé à Hibernate 4.3.7 et Hibernate Validator 5.1.3.

Il semble que l'ajout de PersistenceExceptionTranslationPostProcessor exceptionTranslation() à mon persistance JavaConfig la classe n'a pas d'effet.

import javax.persistence.RollbackException;
import javax.validation.ConstraintViolation;
import javax.validation.ConstraintViolationException;
import org.springframework.http.HttpStatus;
import org.springframework.http.ResponseEntity;
import org.springframework.transaction.TransactionSystemException;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.ExceptionHandler;
@ControllerAdvice
class GlobalExceptionHandler
{
@ExceptionHandler(TransactionSystemException.class)
public ResponseEntity<Object> handleError(final TransactionSystemException tse)
{
if(tse.getCause() != null && tse.getCause() instanceof RollbackException)
{
final RollbackException re = (RollbackException) tse.getCause();
if(re.getCause() != null && re.getCause() instanceof ConstraintViolationException)
{
return handleError((ConstraintViolationException) re.getCause());
}
}
throw tse;
}
@ExceptionHandler(ConstraintViolationException.class)
@SuppressWarnings("unused")
public ResponseEntity<Object> handleError(final ConstraintViolationException cve)
{
for(final ConstraintViolation<?> v : cve.getConstraintViolations())
{
return new ResponseEntity<Object>(new Object()
{
public String getErrorCode()
{
return "VALIDATION_ERROR";
}
public String getMessage()
{
return v.getMessage();
}
}, HttpStatus.BAD_REQUEST);
}
throw cve;
}
}

OriginalL'auteur Adam

Je l'utilise.

if (!ejbGuardia.findByPkCompuestaSiExiste(bean.getSipreTmpGuardiaPK())) {
ejbGuardia.persist(bean);
showMessage(ConstantesUtil.MENSAJE_RESPUESTA_CORRECTA, SEVERITY_INFO);
} else {
showMessage("Excel : El registro ya existe. (" + bean.toString() + ")  ", SEVERITY_ERROR);
}

et ma fonction à partir de ci-dessus:

public boolean findByPkCompuestaSiExiste(Object clasePkHija) throws ClassNotFoundException {
if (null != em.find(this.clazz, clasePkHija)) {
return true;
}
return false;
}

Avec qui je n'ai pas besoin d'un programme de validation pour chaque Persistent, sa commune dans mes Classes DAO.

quoi que vous fassiez, ne pas le code en espagnol 😀 (toujours en anglais..)

OriginalL'auteur diego matos - keke

Vous devez vous connecter pour publier un commentaire.