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

Hibernate Java Discussion :

Hibernate 3-->4 : SessionImplementor


Sujet :

Hibernate Java

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Profil pro
    Inscrit en
    Décembre 2004
    Messages
    759
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2004
    Messages : 759
    Par défaut Hibernate 3-->4 : SessionImplementor
    Bonjour,

    Nous avons plusieurs applications qui s'appuie sur un composant commun.
    Celui-ci a une classe qui s'appelle SequenceGeneratorBigInteger.java destinée à la gestion des Biginterger/BigDecimal.

    Voici la fonction
    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
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
     @Override
      public Serializable generate(SessionImplementor session, Object obj) throws HibernateException {
        try {
     
        	//org.hibernate.engine.SessionImplementor n'existe plus au-dela de 3.3.2.GA
        	//PreparedStatement st = session.getBatcher().prepareSelectStatement(dialect.getSequenceNextValString(getSequenceName()));
        	PreparedStatement st = session.connection().prepareStatement(dialect.getSequenceNextValString(getSequenceName()));
          Serializable result = null;
          try {
            ResultSet rs = st.executeQuery();
            try {
              rs.next();
              //Serializable result = IdentifierGeneratorFactory.get(rs, identifierType);
              //begin patch hibernate => manage BigInteger and BigDecimal
              Class clazz = identifierType.getReturnedClass();
              if (clazz == Long.class) {
                result = new Long(rs.getLong(1));
              } else if (clazz == Integer.class) {
                result = new Integer(rs.getInt(1));
              } else if (clazz == Short.class) {
                result = new Short(rs.getShort(1));
              } else if (clazz == String.class) {
                result = rs.getString(1);
              } else if (clazz == BigDecimal.class) {
                result = rs.getBigDecimal(1);
              } else if (clazz == BigInteger.class) {
                result = rs.getBigDecimal(1).toBigInteger();
              } else {
                throw new IdentifierGenerationException("this id generator generates long, integer, short or string");
              }
              //end patch hibernate => manage BigInteger and BigDecimal
              if (log.isDebugEnabled()) {
                log.debug("Sequence identifier generated: " + result);
              }
              return result;
            } finally {
              rs.close();
            }
          } finally {
          	//org.hibernate.engine.SessionImplementor n'existe plus au-dela de 3.3.2.GA
          	//session.getBatcher().closeStatement(st);
          	session.connection().close();
          }
     
        } catch (SQLException sqle) {
        	//throw  convert(session.getFactory().getSQLExceptionConverter(), sqle, "could not get next sequence value", dialect.getSequenceNextValString(getSequenceName()));
        	throw new HibernateException(sqle.getMessage());
        }
      }
    Mon problème est le suivant : si j'upgrade les librairies Hibernate, les anciennes fonctions notamment liées à org.hibernate.engine.SessionImplementor n'existent plus.
    Si je tente de réécrire avec org.hibernate.engine.spi.SessionImplementor, cette fois c'est incompatible avec les anciennes librairies.

    Or il faut assurer la compatibilité de cet utilitaire sans changer tous les anciens projets (s'il y a besoin de faire évoluer ce composant, il faut que cette classe fonctionne toujours).
    par contre, pour les nouveaux, ça serait bien qu'on ne reste pas bloqué en Hibernate3 juste pour ça.

    Je ne vois pas bien comment faire (quels sont les @#! qui font disparaître des fonctions au cours des versions?!)

    Merci.

  2. #2
    Expert éminent
    Avatar de tchize_
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Avril 2007
    Messages
    25 482
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : Belgique

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

    Informations forums :
    Inscription : Avril 2007
    Messages : 25 482
    Par défaut
    Hibernate 3 / Hibernate 4, ce sont des révisions majeures, donc oui, entre révisions majeures l'api peux changer, ce ne sont aps des C**** pour autant. De plus, là, on parle d'api internes à hibernates. Entre hibernate 2 et Hibernate 3 les changements étaient encore plus gros (tout a bougé de net.sf.hibernate vers org.hibernate )

    Dans ton cas, il faut que tu fasse deux versions, une pour hibernate 3 et une pour hibernate 4. Ou tu exigent que ceux qui mettent à jour ton composant mettent à jour aussi hibernate.

  3. #3
    Membre éclairé
    Profil pro
    Inscrit en
    Décembre 2004
    Messages
    759
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Décembre 2004
    Messages : 759
    Par défaut
    OK, c'est bien ce que je craignais (sachant que l'impact est loin d'être anodin, car avec les dépendances entre librairies on a des sacrés risques si on ne fait que mettre à jour le composant + changer les librairies Hibernate).

    Sinon au niveau du remplacement ça vous semble correct comme migration?
    org.hibernate.engine.SessionImplementor
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    //PreparedStatement st = session.getBatcher().prepareSelectStatement(dialect.getSequenceNextValString(getSequenceName()));
    devient
    org.hibernate.engine.SessionImplementor
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
        	PreparedStatement st = session.connection().prepareStatement(dialect.getSequenceNextValString(getSequenceName()));

Discussions similaires

  1. [Hibernate] Problemes de connexion d'un sous domaine
    Par sylvain_neus dans le forum Hibernate
    Réponses: 15
    Dernier message: 09/05/2006, 10h49
  2. [Stratégie]JDBC ou Hibernate
    Par yanis97 dans le forum JDBC
    Réponses: 3
    Dernier message: 03/12/2004, 16h23
  3. [Plugin] Hibernate
    Par speedster dans le forum Eclipse Java
    Réponses: 1
    Dernier message: 26/08/2004, 11h01
  4. Fonctionnement d'Hibernate
    Par coyot dans le forum Hibernate
    Réponses: 12
    Dernier message: 19/05/2004, 19h10
  5. [JDO]Hibernate : Mapping d'un champ auto-incrémenté
    Par brice.antoine dans le forum Hibernate
    Réponses: 4
    Dernier message: 02/04/2004, 10h36

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