2.3. Vérifier la Liste des fonctionnalités dépréciées et non prises en charge.

Dans les versions précédentes, JBoss EAP utilisait automatiquement pour l'adresse indiquée par le paramètre de démarrage -b, quelle que soit l'adresse IP. JBoss EAP 6, la configuration du serveur <inet-address> recherche une interface réseau configurée avec une adresse IP correspondante. Alors que cela fonctionne pour 127.0.0.1, ce n'est pas le cas pour les adresses IP 127.*.*.*. Si vous démarrez le serveur JBoss EAP par l'argument de ligne de commande -b pour vous relier aux adresses IP 127.*.*.*, vous devez tout d'abord modifier l'interface de <inet-address> à <loopback-address> dans le fichier de configuration de serveur.

Pour obtenir plus d'informations sur la façon de configurer le serveur par ligne de commande (CLI), voir la section intitulée Management CLI operations dans le guide Administration and Configuration Guide de la plateforme JBoss Enterprise Application qui se situe sur le Portail client à l'adresse suivante : https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/.

Dans les versions précédentes de JBoss EAP, les dépendances EJB sur un service ou des services, y compris les autres EJB, pouvaient être spécifiées en utilisant une balise <depends> dans le descripteur de déploiement jboss.xml. Par exemple : Dans JBoss EAP 6, vous devez utiliser l'annotation @EJB pour injecter des références EJB et l'annotation @Resource pour accéder aux sources de données ou autres ressources. Par exemple :

Le recherches JNDI ont changé également. Voir la section intitulée JNDI Changes dans ce guide pour obtenir plus de détails.

Pour obtenir plus d'informations sur les références EJB, voir la section intitulée EJB Reference Resolution du guide Development Guide de JBoss Enterprise Application Platform qui se trouve dans le Portail client à https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/.

Dans les versions précédentes de JBoss EAP, il était possible d'utiliser le HTTPInvoker pour configurer un EJB, un JNDI ou un JMS pour qu'il utilise le protocole HTTP. Ce n'est plus possible dans JBoss EAP 6.

Le service HA Singleton veille à ce qu'une seule instance de service exécute dans le cluster à la fois.

JBoss EAP 5 a appuyé plusieurs stratégies pour les déploiements Singleton HA, y compris le service HASingletonDeployer, les déploiements POJO à l'aide des déploiements HASingletonController et HASingleton en utilisant le service BarrierController. Ces stratégies s'appuyaient sur la HAPartition pour fournir des notifications lorsque différents nœuds commençaient et se terminaient dans le cluster et ne sont plus disponibles.

Dans JBoss EAP 6, les déploiements Singleton HA ont complètement changé. Le déployeur singleton fonctionne maintenant uniquement sur les conteneurs de Service modulaire (MSC de l'anglais Modular Service Container). Quand on utiliser un SingletonService, le service cible est installé sur chaque nœud du cluster mais ne démarre que sur un nœud à tout moment. Cette approche simplifie les exigences de déploiement et minimise le temps nécessaire pour déplacer le service maître singleton entre les nœuds. Cependant, vous devrez utiliser un code personnalisé pour obtenir la même fonctionnalité. Un exemple d'un déploiement HA Singleton est fourni avec les applications d'exemples de démarrage rapide JBoss EAP qui sont fournies avec le produit. Pour plus d'informations sur les HA Singletons, consultez Section 3.2.8.2, « Implémenter un Singleton HA » .