IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Java EE Discussion :

Création d'un entity Manager pour transaction [EJB3 Entity]


Sujet :

Java EE

  1. #1
    Membre expérimenté Avatar de bizet
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2005
    Messages
    717
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2005
    Messages : 717
    Points : 1 338
    Points
    1 338
    Par défaut Création d'un entity Manager pour transaction
    Bonjour,
    je développe une appli EJB3.

    Jusqu'a présent j'utilisais pour mon contexte :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
     @Stateful
    public class PassengerManagerBean implements PassengerManagerRemote {
     
    @PersistenceContext 
        EntityManager manager;
    ...
    Et tout fonctionnait tres bien, pas de probleme pour gerer les bases de donnée et persistence.
    Maintenant je veux compliquer un peu et ajouter des transanctions et c'est la que ca bloque.

    J'ai tenté plusieurs configurations de persistence mais a chaque fois je rencontre une erreur. Voila mon code :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    @Stateful
    public class PassengerManagerBean implements PassengerManagerRemote {
     
     
     
      //  @PersistenceContext 
       // EntityManager manager;
     
     //  EntityTransaction transact = manager.getTransaction();
     
       @PersistenceUnit(unitName="Airlines-ejbPU")
        private EntityManagerFactory factory ;
          private EntityManager manager;
         private EntityTransaction transact;
     
    .....
     
        public PassengerManagerBean() {
            factory =Persistence.createEntityManagerFactory("Airlines-ejbPU");
          manager = factory.createEntityManager( );
          transact = manager.getTransaction( );
        }
    ...
     
    public void persist_passenger(){
            passenger.setAddress(address);
            passenger.setPhone(ListNumber);
            manager.persist(passenger);
    ...
    }
    Comme vous pouvez le voir, je gere pas encore les transactions car mon manager n'arrive plus a persister dans la base l'erreur étant :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
     
    Caused by: java.lang.IllegalArgumentException: Object: airlines.entity.Passenger@1f566bc is not a known entity type.
            at oracle.toplink.essentials.internal.sessions.UnitOfWorkImpl.registerNewObjectForPersist(UnitOfWorkImpl.java:3178)
            at oracle.toplink.essentials.internal.ejb.cmp3.base.EntityManagerImpl.persist(EntityManagerImpl.java:170)
            at airlines.bean.PassengerManagerBean.persist_passenger(PassengerManagerBean.java:87)
    la ligne 87 est celle ou il y a "manager.persist(passenger);"

    Il s'agit en fait du premier persist que je fais sur mon manager.

    je suis donc a la recherche de quelques explications sur la gestion de mon manager et comment faire pour le créer correctement et qu'il puisse gérer des transactions.

    Merci

  2. #2
    Inactif  
    Profil pro
    Inscrit en
    Mai 2006
    Messages
    2 189
    Détails du profil
    Informations personnelles :
    Âge : 44
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 189
    Points : 2 336
    Points
    2 336
    Par défaut
    Tu n'as pas besoin de spécifier un manager de transaction tu dois simplement utiliser l'annotation @TransactionAttribute au niveau de ta classe
    ou au niveau de ta méthode

    tu peux choisir entre les différents type d'attribut (si tu regardes la classe)

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
     
    public enum TransactionAttributeType {
    MANDATORY,
    REQUIRED,
    REQUIRES_NEW,
    SUPPORTS,
    NOT_SUPPORTED,
    NEVER
    }
    Dans ton context je placerais donc chacune des méthodes nécessitant d'être transactionel par

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
     
    @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
    public void persist_passenger(){
            passenger.setAddress(address);
            passenger.setPhone(ListNumber);
            manager.persist(passenger);
    Requires_new va créer une transaction indépendante pour chaque appel, ce qui je pense est le plus adapté

  3. #3
    Membre expérimenté Avatar de bizet
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2005
    Messages
    717
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2005
    Messages : 717
    Points : 1 338
    Points
    1 338
    Par défaut
    Hello,

    merci de ta réponse et désolé de ce retard, mais beaucoup de taff sur de nombreux projets.

    Avec cette annotation, je n'ai donc pas besoin de placer de commit ou de rollback. Mais cela veut dire que ma fonction va faire le rollback si elle passe dans une exception?? Comment une simple annotation fait tourner ma transaction?

    Voici le code d'une de mes fonctions :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    @TransactionAttribute(TransactionAttributeType.REQUIRES_NEW)
        public boolean remove_passenger(int id){
     
            Passenger pass; 
            boolean result=false;
     
            try
            {
                Query q = manager.createQuery("SELECT p FROM Passenger AS p WHERE p.id=:id");
                q.setParameter("id", id);
                pass = (Passenger)q.getSingleResult(); 
     
                Collection<PhoneNumber> phone=pass.getPhone();
     
                manager.remove(pass);
                manager.flush();
     
                Iterator it = phone.iterator();
                while (it.hasNext())
                {
                     PhoneNumber ph = new PhoneNumber();
                     ph=(PhoneNumber) it.next();
     
                     manager.remove(ph);                   
                }
                manager.flush();
     
                result=true;                 
            }
            catch(Exception e){
                System.out.println(e.toString());
                result=false;
            }
            finally
            {
                return result;
            }
     
        }
    Est ce que si il y a un probleme lors de la suppression d'un des numéros de telephone (boucle while), la suppression de mon passager ainsi que des numeros précédents sera annulée??

    Merci de vos précisions.

    Bizet

  4. #4
    Inactif  
    Profil pro
    Inscrit en
    Mai 2006
    Messages
    2 189
    Détails du profil
    Informations personnelles :
    Âge : 44
    Localisation : Suisse

    Informations forums :
    Inscription : Mai 2006
    Messages : 2 189
    Points : 2 336
    Points
    2 336
    Par défaut
    Oui. Vu que c'est l'ensemble de ta méthode qui est placé dans un context transactionel.

    Petite précision concernant l'attribut require_new, si dans ton appel de remove_passenger tu es déjà dans un context transactionel une nouvelle transaction est créer séparément du context initial de ton appel (le rollback ici ne se fera que sur les opération faite dans remove_passenger)

    Si tu choisis REQUIRED à la place de REQUIRED_NEW alors ton appel à remove_passenger fait partie de la transaction initial (de ton appellant)

  5. #5
    Membre expérimenté Avatar de bizet
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Juin 2005
    Messages
    717
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Rhône (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2005
    Messages : 717
    Points : 1 338
    Points
    1 338
    Par défaut
    Ok, merci beaucoup de tes précisions et bon coruage pour la recherche de taff

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 5
    Dernier message: 28/03/2012, 17h04
  2. Création requete besoin d'aide pour une date
    Par royrremi dans le forum MS SQL Server
    Réponses: 2
    Dernier message: 14/07/2004, 22h03
  3. Création du réseau de backbone pour intranet
    Par masivi dans le forum Développement
    Réponses: 3
    Dernier message: 27/08/2003, 23h49

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo