Différences de configuration entre le WebSphere Application Server Traditional et Liberty : éléments dataSource et jdbcDriver

Il existe des différences de configuration entre dataSource dans Liberty et les sources de données dans WebSphere Application Server Traditional.

  • Propriétés de source de données avec des noms différents
    • ifxIFX_LOCK_MODE_WAIT, qui correspond à informixLockModeWait dans WebSphere Application Server Traditional.
    • supplementalJDBCTrace, qui correspond à supplementalTrace dans WebSphere Application Server Traditional.
    • transactional, qui correspond à nonTransactionalDataSource dans WebSphere Application Server Traditional.
    • isolationLevel, qui correspond à webSphereDefaultIsolationLevel dans WebSphere Application Server Traditional.
    • queryTimeout, qui correspond à webSphereDefaultQueryTimeout dans WebSphere Application Server Traditional.
    • id, qui correspond à name dans WebSphere Application Server Traditional.
  • Propriétés de source de données avec des valeurs différentes
    • beginTranForResultSetScrollingAPIs, qui est associée à la valeur true par défaut dans Liberty
    • beginTranForVendorAPIs, qui est associée à la valeur true par défaut dans Liberty
    • connectionSharing, qui est associée à la valeur MatchOriginalRequest par défaut dans Liberty
    • statementCacheSize, qui est une propriété du fournisseur JDBC dans WebSphere Application Server Traditional et une propriété dataSource dans Liberty, avec une valeur par défaut de 10.
  • Propriétés de source de données dans WebSphere Application Server Traditional sans équivalent Liberty
    • category
    • supportsDynamicUpdates
  • Propriété de sources de données connectionSharing
    • Liberty permet l'association de la propriété connectionSharing à la valeur MatchOriginalRequest ou MatchCurrentState. Par défaut, la valeur est MatchOriginalRequest.
    • WebSphere Application Server Traditional permet une configuration plus fine de la propriété connectionSharing : ici, chaque propriété de connexion peuvent correspondre à la demande de connexion d'origine ou à l'état de la connexion en cours. Dans WebSphere Application Server Traditional, connectionSharing est une combinaison de bits qui représentent les propriétés devant correspondre à l'état de la connexion en cours. Dans WebSphere Application Server Traditional, la valeur 0 signifie que toutes les propriétés correspondent à la demande de connexion d'origine. La valeur -1 signifie que toutes les propriétés correspondent à l'état de la connexion en cours. La valeur par défaut de WebSphere Application Server Traditional est 1, ce qui signifie que le niveau d'isolement correspond à l'état de la connexion en cours. Toutes les autres propriétés correspondent à la demande de connexion d'origine.
  • Propriétés de durée d'une source de données
    En option, les propriétés de durée peuvent être spécifiées avec des unités dans Liberty. Par exemple,
    <dataSource id="informix" jndiName="jdbc/informix" queryTimeout="5m"  ...>
            <properties.informix ifxIFX_LOCK_MODE_WAIT="120s" .../>
        </dataSource>
    Voir Java Database Connectivity 4.1 pour la liste des formats et des unités de temps acceptés pour l'élément dataSource. Si vous omettez les unités dans Liberty, les unités par défaut utilisées dans WebSphere Application Server Traditional sont appliquées.
  • Configuration pour les pilotes JDBC
    • Dans Liberty, vous pouvez adopter la même approche pour configurer les différents éléments jdbcDriver, qu'il s'agisse d'éléments de classes d'implémentation de source de données avec capacité XA ou sans capacité XA. Vous pouvez aussi utiliser un seul élément jdbcDriver pour les deux types de classes. La définition de plusieurs éléments jdbcDriver n'a pas pour conséquence l'utilisation de différents chargeurs de classe. Dans Liberty, les éléments jdbcDriver utilisent toujours le chargeur de classe de la bibliothèque partagée avec laquelle ils sont configurés.
    • Dans WebSphere Application Server Traditional, un fournisseur JDBC est défini de sorte à désigner les fichiers JAR du pilote JDBC, les fichiers compressés et les fichiers natifs. Vous devez définir des fournisseurs JDBC distincts pour les classes d'implémentation de source de données avec capacité XA et sans capacité XA.
    Pour certains pilotes JDBC les plus couramment utilisés, Liberty déduit les noms de classe d'implémentation de source de données d'après le nom des fichiers JAR du pilote. Par conséquent, vous pouvez omettre le nom des classes d'implémentation. Exemple :
    <jdbcDriver id="Derby" libraryRef="DerbyLib"/>
    <library id="DerbyLib"> 
           <fileset dir="C:/Drivers/derby" includes="derby.jar" />
        </library>

    Utilisez les propriétés facultatives des classes d'implémentation par défaut pour remplacer ces classes, par exemple javax.sql.DataSource, javax.sql.ConnectionPoolDataSource et javax.sql.XADataSource.

    Pour redéfinir les implémentations javax.sql.XADataSource et javax.sql.ConnectionPoolDataSource par défaut sélectionnées par Liberty :
    <jdbcDriver id="Derby" libraryRef="DerbyLib" 
          javax.sql.XADataSource="org.apache.derby.jdbc.EmbeddedXADataSource" 
          javax.sql.ConnectionPoolDataSource="org.apache.derby.jdbc.EmbeddedConnectionPoolDataSource"/>
       <library id="DerbyLib"> 
          <fileset dir="C:/Drivers/derby" includes="derby.jar" />
       </library>
    Pour plus d'informations sur l'élément jdbcDriver, voir Java Database Connectivity 4.1.

Icône indiquant le type de rubrique Rubrique de référence

Nom du fichier : rwlp_ds_diff.html