Utiliser l'application version 1.4 ou antérieure lors de la migration d'applications à partir de WebSphere version 6.1 ou antérieure

Comme indiqué dans l'article relatif aux spécifications et API du modèle de programmation dans la documentation, WebSphere Application Server prend en charge les niveaux Java EE suivants :

Les applications dont la version n'est pas prise en charge ou spécifiée s'exécuteront au niveau de version le plus élevé pris en charge par le serveur d'applications.

Par exemple, une application avec un fichier application.xml 5.0 sera traitée comme une application version 1.4 sur WebSphere Application Server version 6.1. Toutefois, la même application sera traitée comme une application 5.0 sur WebSphere Application Server version 7. Cette modification de la version de l'application peut provoquer des changements de comportement imprévisibles.

L'un des problèmes réside dans le fait que WebSphere 6.1 génère des liaisons d'application au format xmi. Une application Java EE version 5 attend des liaisons et des extensions au format xml. Lors d'une tentative de migration vers WebSphere version 7 d'une application Java EE 5 avec des informations d'hôte virtuel contenues dans le fichier ibm-web-bnd.xmi, l'installation échoue car WebSphere version 7 ou ultérieure recherche les informations d'hôte virtuel dans le fichier ibm-web-bnd.xml, or le fichier XML de liaison n'existe pas dans ce scénario. Si l'application est en version 1.4, le fichier xmi est lu correctement.

Autre exemple de problème au niveau du scénario : un gestionnaire de déploiement version 7 ou ultérieure ne permet pas le déploiement d'une application Java EE sur un noeud qui ne prend pas en charge le niveau Java EE spécifié pour l'application. En d'autres termes, si votre topologie comporte des noeuds dont la version est 6.1 ou antérieure avec un gestionnaire de déploiement version 7.0 ou ultérieure, la même application peut ne pas être déployable sur les noeuds sur lesquels elle a été exécutée précédemment.

Lors d'une migration à partir de la version 6.1 ou une version antérieure, un fichier application.xml dont le contenu est le suivant est marqué :

< span class="Code"> < ?xml version= "1.0" encoding= "UTF-8" ?>
<application id="Application_ID" version="5"
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:application="http://java.sun.com/xml/ns/javaee/application_5.xsd"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/application_5.xsd">
...
</application>

La version de l'application doit être remplacée par la version 1.4. Le correctif automatisé modifiera la version et les informations sur le schéma comme indiqué en gras dans l'exemple suivant et les informations sur le schéma comme indiqué en gras dans l'exemple suivant :

< span class="Code"> < ?xml version= "1.0" encoding= "UTF-8" ?>
< application id="Application_ID "< b> version ="1.4" < /b>
xmlns="http://java.sun.com/xml/ns/j2ee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:application = "http://java.sun.com/xml/ns/j2ee/application_1_4.xsd">
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
http://java.sun.com/xml/ns/j2ee/application_1_4.xsd">
...
</application>

Pour plus d'informations sur les niveaux de spécification Java EE pris en charge dans les différentes versions de WebSphere Application Server, voir Spécifications et API de modèle de programmation.