In früheren Versionen verwendete JBoss EAP automatisch die vom -b Startup Parameter definierten Adressen, ungeachtet der IP-Adresse. In JBoss EAP 6 sucht die Server <inet-address> Konfiguration nach einem Netzwerk Interface mit passender IP-Adresse. Während das für 127.0.0.1 funktioniert, funktioniert es für 127.*.*.* IP-Adressen nicht mehr. Wenn Sie den JBoss EAP 6 Server mit dem -b Befehlszeilenargument zur Bindung an 127.*.*.* IP-Adressen starten, müssen Sie nun zuerst das Interface von <inet-address> zu <loopback-address> in der Server-Konfigurationsdatei ändern.

Weitere Information darüber, wie man den Server unter Verwendung des Management CLI konfiguriert, finden Sie im Abschnitt Management CLI Operations im Administration and Configuration Guide für JBoss Enterprise Application Platform im Kundenportal unter https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/.

In früheren Versionen der JBoss EAP konnten EJB Abhängigkeiten von einem Dienst oder Diensten, einschließlich anderer EJBs, unter Verwendung eines <depends> Tags im jboss.xml Deployment Deskriptor angegeben werden. Zum Beispiel:

<depends>jboss.j2ee:jndiName=com/myorg/app/Foo,service=EJB</depends>
<depends>jboss.mq.destination:service=Queue,name=queue/HelloworldQueue</depends>

Bei der JBoss EAP 6 müssen Sie die @EJB Annotation benutzen um EJB Referenzen einzuspeisen und die @Resource Annotation benutzen um auf Datenquellen oder andere Ressourcen zuzugreifen. Zum Beispiel:

@EJB(lookup="java:global/MyApp/FooImpl!com.myorg.app.Foo")
@Resource(mappedName = "java:/queue/HelloworldQueue")

JNDI Lookups wurden ebenfalls geändert. Im JNDI Changes Abschnitt dieses Handbuchs finden Sie weitere Details.

Weitere Information über EJB Referenzen finden Sie im EJB Reference Resolution Abschnitt des Development Guide for JBoss Enterprise Application Platform im Kundenportal unter https://access.redhat.com/site/documentation/JBoss_Enterprise_Application_Platform/.

In früheren Versionen der JBoss EAP war es möglich den HTTPInvoker zur Konfiguration von EJB, JNDI oder JMS zu benutzen um das HTTP Protokoll zu verwenden. Dies ist in JBoss EAP 6 nicht mehr möglich.

Der HA SingletonService garantiert, dass es nur eine Instanz eines im Cluster laufenden Dienstes gibt.

JBoss EAP 5 bietet Support für mehrere Strategien für HA Singleton Deployments, einschließlich des HASingletonDeployer Services, HASingletonController benutzende POJO Deployments und BarrierController Service benutzende HASingleton Deployments. All diese Strategien sind auf HAPartition angewiesen um Meldungen auszugeben, wenn verschiedene Knoten im Cluster gestartet und angehalten werden, und sie sind nicht mehr verfügbar.

Bei der JBoss EAP 6 wurden HA Singleton Deployments vollständig verändert. Der Singleton Deployer arbeitet jetzt nur auf Modular Service Container (MSC) Diensten. Wenn man einen SingletonService benutzt, ist der Zieldienst an jedem Knoten im Cluster installiert, wird aber zu jeder Zeit nur an einem Knoten gestartet. Dieser Ansatz vereinfacht die Deployment Anforderungen und minimiert die erforderliche Zeit um den Singleton Master Service zwischen Knoten zu verschieben. Es ist jedoch erforderlich, dass Sie benutzerdefinierte Codes schreiben um die gleiche Funktionalität zu erzielen. Ein Beispiel für ein HA Singleton Deployment ist in den JBoss EAP Quickstart Beispielapplikationen enthalten, die mit dem Produkt geliefert werden. Weitere Informationen zu HA Singletons finden Sie unter Abschnitt 3.2.8.2, »Implementierung eines HA-Singleton« .