Messaging mit einem Nicht-JCA-Messaging-Provider eines anderen Anbieters verwalten
Sie können WebSphere Application Server für die Verwendung eines Nicht-JCA-Messaging-Providers eines anderen Anbieters konfigurieren. Sie können sich beispielsweise für diesen Weg entscheiden, um (bereits) getätigte Investitionen zu schützen. Sie können einen beliebigen Nicht-JCA-Messaging-Provider eines anderen Anbieters konfigurieren, der die einheitliche Verbindungsfactory der JMS Version 1.1 unterstützt.
Vorbereitende Schritte
Für das Messaging zwischen Anwendungsservern, bei dem möglicherweise eine gewisse Interaktion mit einem WebSphere MQ-System stattfindet, können Sie den Standard-Messaging-Provider verwenden. Zum Integrieren des Messagings von WebSphere Application Server in ein WebSphere MQ-Netz können Sie den WebSphere MQ-Messaging-Provider verwenden. Sie können, wie in diesem Artikel beschrieben, auch einen Messaging-Provider eines anderen Anbieters verwenden. Informationen zur Auswahl des für Anforderungen am besten geeigneten Providers finden Sie im Artikel Messaging-Provider auswählen.
Wenn Sie mit Message-driven Beans arbeiten möchten, muss der Nicht-JCA-Messaging-Provider des anderen Anbieters Application Server Facility (ASF) enthalten, ein optionales Feature, das zur Spezifikation JMS Version 1.1 gehört.
Informationen zu diesem Vorgang
Für die Verwaltung eines Nicht-JCA-Messaging-Providers eines anderen Anbieters verwenden Sie den vom anderen Anbieter bereitgestellten Client. Über die Administrationskonsole verwalten Sie die Verbindungsfactorys und Ziele in WebSphere Application Server, aber Sie können die Administrationskonsole nicht verwenden, um den JMS-Provider selbst oder die ihm zugeordneten Ressourcen zu verwalten, die sich außerhalb von WebSphere Application Server befinden.
In einer heterogenen Deployment-Manager-Zelle von WebSphere Application Server können Sie Messaging-Ressourcen anderer Anbieter auf Knoten der Versionen 8, 7 und 6 verwalten.