2016-05-09 18 views
0

Wir haben eine .NET-Anwendung, die von Websphere MQ liest. Die Warteschlange ist lokal und wird mithilfe von MQ Explorer verwaltet. Die Warteschlange wird mit SSL-Zertifikaten authentifiziert.Deaktivierung der Authentifizierung mit Websphere MQ Explorer

Wir möchten aus einer Anwendung, die in Java geschrieben wurde, aus derselben Warteschlange lesen. Ich verstehe, dass wir, um mit JMS auf die Warteschlange zugreifen zu können, die Zertifikate speziell für die Verwendung mit Java neu generieren müssen. Dies konnten wir jedoch noch nicht machen.

Um mit der Entwicklung und dem Testen fortzufahren, gibt es eine Möglichkeit, mit MQ Explorer die Authentifizierung in der Warteschlange oder im Warteschlangenmanager zu deaktivieren?

Ich gehe davon aus, dass wir mit JMS auf die bestehende Queue zugreifen können und keine neue Queue unter 'JMS Administered Objects' einrichten müssen.

Dank

Antwort

1

Nun, es ist nicht die Warteschlange, die TLS/SSL aktiviert ist. Es ist die Verbindung (d. H. Der Kanal) zum Warteschlangenmanager, für die TLS/SSL aktiviert ist. Sie können einen anderen Kanal erstellen, der nicht TLS/SSL-fähig ist, und eine Verbindung zum Warteschlangenmanager herstellen, um Nachrichten aus dieser Warteschlange abzurufen.

+0

Von MQ Explorer scheint es, dass es nur ein Kanal-Setup gibt und dass es für diesen Kanal keine SSL-Authentifizierung gibt - es heißt "Keine Nachrichtensicherheit - SSL wird nicht für Nachrichten verwendet, die von dieser Kanaldefinition gesendet werden". – user1052610

+0

Sie müssen wirklich Ihre WS-Manager-Konfiguration überprüfen und auch die .NET-Anwendung, die Sie erwähnen, verwendet SSL. Wenn ein Kanal ohne SSL-Serververbindung (SVRCONN) verfügbar ist, verwenden Sie ihn in Ihrer Java-Anwendung – Shashi