Um sicherzustellen, dass der IBM® MQ -Ressourcenadapter automatisch auf die neueste verfügbare Wartungsstufe aktualisiert wird, wenn Sie WebSphere® Application Server -Fixpacks anwenden, können Sie alle Server in Ihre Umgebung, um die neueste Version des Ressourcenadapters zu verwenden, der im Fixpack WebSphere Application Server enthalten ist, das Sie auf die Installation jedes Knotens angewendet haben.
Vorbereitungen
Aktualisierungen für den IBM MQ -Ressourcenadapter , der mit WebSphere Application Server installiert wird, sind in WebSphere Application Server -Fixpacks enthalten. Sie müssen den IBM MQ -Ressourcenadapter nur mit der FunktionRessourcenadapter aktualisieren aktualisieren, wenn Sie eine bestimmte Version des Ressourcenadapters anstelle der neuesten Version benötigen. Informationen zur Installation einer bestimmten Version des Ressourcenadapters finden Sie unter Bestimmte Wartungsstufe des IBM MQ -Ressourcenadapters installieren.
Sie können die folgenden Jython-und Jacl-Befehle verwenden, um die Version des
IBM MQ -Ressourcenadapters zu bestimmen, der derzeit von
WebSphere Application Serververwendet wird:
- Jython:
Anmerkung: Sie müssen die Eingabetaste zweimal drücken, nachdem Sie diesen Befehl eingegeben haben, um ihn auszuführen.
wmqInfoMBeansUnsplit = AdminControl.queryNames("WebSphere:type=WMQInfo,*")
wmqInfoMBeansSplit = AdminUtilities.convertToList(wmqInfoMBeansUnsplit)
for wmqInfoMBean in wmqInfoMBeansSplit: print wmqInfoMBean; print AdminControl.invoke(wmqInfoMBean, 'getInfo', '')
- Jacl:
set wmqInfoMBeans [$AdminControl queryNames WebSphere:type=WMQInfo,*]
foreach wmqInfoMBean $wmqInfoMBeans {
puts $wmqInfoMBean;
puts [$AdminControl invoke $wmqInfoMBean getInfo [] []]
}
Informationen zu dieser Task
Verwenden Sie diese Task, wenn eine der folgenden Bedingungen für Ihre Konfiguration zutrifft, und Sie alle Server in Ihrer Umgebung für die Verwendung der neuesten Version des
IBM MQ -Ressourcenadapterskonfigurieren möchten:
Wenn Sie die folgenden Schritte für alle Zellen und Einzelserverinstallationen in Ihrer Umgebung ausgeführt haben, erhalten Ihre Server automatisch Wartungspakete für IBM MQ -Ressourcenadapter , wenn ein neues WebSphere Application Server -Fixpack angewendet wird.
Vorgehensweise
- Anwendungsserver starten
Wenn das Profil zu einer Network-Deployment-Konfiguration gehört, starten Sie den Deployment Manager und alle zugehörigen Node Agents. Enthält das Profil einen Verwaltungsagenten, starten Sie den Verwaltungsagenten.
- Kopieren Sie das folgende Jython-Script in eine Datei mit dem Namen
convertWMQRA.py
und speichern Sie sie im Verzeichnis profile_root/bin
.ras = AdminUtilities.convertToList(AdminConfig.list('J2CResourceAdapter'))
for ra in ras :
desc = AdminConfig.showAttribute(ra, "description")
if ((desc == "WAS 7.0 Built In WebSphere MQ Resource Adapter") or (desc == "WAS 7.0.0.1 Built In WebSphere MQ Resource Adapter") or (desc == "WAS Built In WebSphere MQ Resource Adapter")):
print "Updating archivePath and classpath of " + ra
AdminConfig.modify(ra, [['archivePath', "${WAS_INSTALL_ROOT}/installedConnectors/wmq.jmsra.rar"]])
AdminConfig.unsetAttributes(ra, ['classpath'])
AdminConfig.modify(ra, [['classpath', "${WAS_INSTALL_ROOT}/installedConnectors/wmq.jmsra.rar"]])
AdminConfig.save()
#end if
#end for
- Verwenden Sie das Tool wsadmin, um das soeben erstellte Jython-Script auszuführen.
Öffnen Sie eine Eingabeaufforderung und navigieren Sie zum Verzeichnis profile_root/bin
. Geben Sie dann den folgenden Befehl ein:wsadmin -lang jython -f convertWMQRA.py
Hinweis: Wenn Sie das Script für ein Profil ausführen, das Teil einer Network Deployment-Konfiguration ist, aktualisiert das Script alle Profile, die in dieser Konfiguration aktualisiert werden müssen. Wenn bereits Inkonsistenzen in der Konfigurationsdatei bestehen, ist möglicherweise eine vollständige Resynchronisation nötig.
- Wenn Sie in einer Network Deployment-Konfiguration arbeiten, stellen Sie sicher, dass die Knotenagenten vollständig resynchronisiert sind.
- Stoppen Sie alle Server im Profil.
Wenn das Profil zu einer Network-Deployment-Konfiguration gehört, stoppen Sie auch alle Cluster-Member in der Konfiguration, alle Node Agents in der Konfiguration und den Deployment Manager. Wenn das Profil einen Verwaltungsagenten enthält, stoppen Sie den Verwaltungsagenten.
- Führen Sie den Befehl
osgiCfgInit
im Verzeichnis profile_root/bin
aus.Wenn das Profil Teil einer Network Deployment-Konfiguration ist, führen Sie den Befehl osgiCfgInit
im Verzeichnis profile_root/bin
jedes Profils aus, das Teil der Konfiguration ist.
Hinweis: Der Befehl osgiCfgInit
setzt den Klassencache zurück, der von der OSGi-Laufzeitumgebung verwendet wird.
- Starten Sie alle Server im Profil erneut
Wenn das Profil zu einer Network-Deployment-Konfiguration gehört, starten Sie auch alle Cluster-Member in der Konfiguration, alle Node Agents in der Konfiguration und den Deployment Manager erneut. Wenn das Profil einen Verwaltungsagenten enthält, starten Sie den Verwaltungsagenten erneut.
Nächste Schritte
Wenn weiterhin Probleme auftreten, nachdem Sie die in diesem Abschnitt beschriebenen Schritte ausgeführt haben, und Sie zuvor den Ressourcenadapter aktualisieren ... in der Anzeige "Einstellungen für JMS-Provider" in der Administrationskonsole, um den IBM MQ -Ressourcenadapter auf allen Knoten in Ihrer Umgebung zu aktualisieren. Es ist möglich, dass das in APAR PM10308beschriebene Problem auftritt.