Dans la prochaine version de Sun Java System Application Server Enterprise Edition, les incompatibilités suivantes seront introduites :
Bien que le service HTTP continue d'utiliser un cache DNS pour une meilleure performance, le contrôle du cache DNS n'est pas disponible.
La prise en charge de mise en cache de fichier HTTP sera remodelée, entraînant ainsi des changements de configuration et de contrôle.
Le format du suffixe de rotation du journal d'accès sera remplacé par le format pris en charge par les objets de date et d'heure, tel que spécifié à l'adresse http://java.sun.com/j2se/1.5.0/docs/api/java/text/SimpleDateFormat.html. La valeur par défaut de cette version, â%YYYY;%MM;%DD;-%hh;h%mm;m%ss;s ,â sera encore prise en charge mais d'autres variations également.
Les éléments, attributs et propriétés domain.xml, qui ne seront plus pris en charge seront signalés par des avertissements dans le journal du serveur et dans le fichier journal de mise à niveau comme n'étant plus autorisés.
Le nœud server.http-service.dns ne sera plus disponible dans la vue de contrôle.
Certains attributs du nœud server.http-service.file-cache peuvent être supprimés. Par conséquent, toute commande de contrôle asadmin visant à accéder à des attributs supprimés de ces nœuds échouera.
L'outil de déploiement ne sera plus disponible. La fonction équivalente est disponible dans l'IDE NetBeans. Pour plus d'informations et pour planifier une migration, consultez le didacticiel J2EE 1.4 pour NetBeans 4.1 à l'adresse http://www.netbeans.org/kb/41/j2ee-tut/index.html.
Le mode GUI du vérificateur (invoqué via verifier -u) ne sera plus disponible. La fonction équivalente sera disponible dans l'IDE NetBeans.
Le mode par défaut pour la vérification de l'application avec le vérificateur âVérifier des règles J2EEâ sera remplacé par âVérifier des règles J2EE et des règles de configuration de Sun Application Server.âEn d'autres termes, le vérificateur par défaut testera si une application répond aux règles J2EE et si elle est configurée pour être exécutée sur Sun Application Server. La commande du vérificateur comprendra un commutateur de ligne de commande afin de tester une application pour les règles J2EE uniquement.
Dans la version actuelle, les entrées JAR et de répertoire ajoutées aux attributs classpath-prefix, server-classpath et classpath-suffix du fichier domain.xml (fichier de configuration d'Application Server) sont disponibles dans le chemin de classe du système JVM. Une application dépendante de ce comportement peut utiliser les méthodes suivantes de la classe java.lang.ClassLoader pour accéder à des classes ou d'autres ressources à partir du chemin de classe du système JVM :
getSystemClassLoader()
getSystemResource()
getSystemResourceAsStream()
getSystemResources
Dans la prochaine version importante, les entrées JAR et de répertoire ajoutées aux attributs classpath-prefix, cserver-classpath et classpath-suffix ne seront plus disponibles dans le chemin de classe du système JVM. Si une application utilise l'une des méthodes indiquées ci-dessus, Sun recommande fortement d'utiliser une méthode équivalente n'impliquant pas la disponibilité des ressources dans le chemin de classe du système. Les méthodes équivalentes ne portant pas sur le chemin de classe du système JVM sont disponibles dans java.lang.ClassLoader et doivent être utilisées dans la mesure du possible. Par exemple :
java.net.URL url = ClassLoader.getSystemResource ("com/acme/tools/tools.properties");
java.net.URL url = this.getClass().getClassLoader().getResource ("com/acme/tools/tools.properties");
S'il n'est pas possible de modifier le code, vous pouvez alors choisir d'utiliser une nouvelle option de configuration qui sera ajoutée dans la version suivante afin de définir le chemin de classe du système JVM.
La sécurité de services Web peut être configurée à l'aide des fichiers wss-client-config.xml et wss-server-config.xml. Notez que le contenu et le nom de ces fichiers de configuration peut varier. La fonction équivalente sera toujours disponible.