Befehl 'unpublishSIBWSInboundService'

Verwenden Sie den Befehl unpublishSIBWSInboundService, um die WSDL-Datei eines Service für eingehende Daten für SIB-fähige Web-Services aus UDDI zu entfernen.

Vor und direkt nach der Ausführung dieses Befehls müssen Sie die Konfiguration mit dem Befehl AdminConfig.save() oder einem entsprechenden Befehl in der Administrationskonsole speichern. Auf diese Weise stellen Sie sicher, dass die Daten, die in UDDI veröffentlicht werden, mit den Daten übereinstimmen, die in der Konfiguration des Service Integration Bus für die Veröffentlichung in UDDI aufgezeichnet wurden.

Verwenden Sie zum Ausführen des Befehls das Objekt AdminTask des Scripting-Clients wsadmin.

[IBM i][IBM i]Der Scripting-Client wsadmin wird über die Qshell ausgeführt. [IBM i]Weitere Informationen finden Sie unter Qshell für die Ausführung von WebSphere-Scripts mit wsadmin-Scripting konfigurieren.

Für die SIB-Befehle wird jeweils eine Befehlszeilenhilfe bereitgestellt:
  • Geben Sie den folgenden Befehl an der wsadmin-Eingabeaufforderung ein, um eine Liste der verfügbaren Befehle für busfähige Web-Services und eine Kurzbeschreibung jedes einzelnen Befehls anzuzeigen:

    print AdminTask.help('SIBWebServices')

  • Zum Anzeigen einer übersichtlichen Hilfe zu einem bestimmten Befehl geben Sie an der wsadmin-Eingabeaufforderung den folgenden Befehl ein:

    print AdminTask.help('Befehlsname')

Zweck

Dieser Befehl entfernt das WSDL-Dokument für den InboundService mit allen Ports aus der Registry und dem Geschäft, das im UDDIPublication-Objekt definiert ist.

Zielobjekt

ObjectName des Objekts InboundService.

Wenn das UDDIPublication-Objekt keinen Serviceschlüssel hat, schlägt der Befehl fehl.

Nach erfolgreichem Entfernen des Dokuments aus UDDI wird der Serviceschlüssel im UDDIPublication-Objekt gelöscht und eine Warnung erzeugt, die anzeigt, dass der Service ordnungsgemäß aus UDDI gelöscht wurde, das System aber in einem inkonsistenten Status verbleibt, wenn die Konfiguration nicht gespeichert wird. Außerdem muss der Service mit der GUI oder dem Befehl publishToUDDI erneut in UDDI veröffentlicht werden.

Sollte die Operation fehlschlagen, weil der Serviceschlüssel nicht gefunden wird, wird der Serviceschlüssel gelöscht und eine Warnung erzeugt, die darauf hinweist, dass der Service nicht gefunden wurde.

Falls die Operation aus einem anderen Grund fehlschlägt, wird der Serviceschlüssel nicht gelöscht, und es wird eine Fehlernachricht erzeugt, die darauf hinweist, dass das Entfernen des Service fehlgeschlagen ist.

Wenn die WSDL über einen Proxy-Server veröffentlicht werden soll, muss der Server, in dem der Befehl ausgeführt wird, die Systemeigenschaften besitzen, die den Proxy-Server ordnungsgemäß angeben. Falls der Proxy-Server eine Authentifizierung erfordern, können die Benutzer-ID und das Kennwort als Parameter mit dem Befehl angegeben werden.

Erforderliche Parameter

-uddiPublication
Der Name der UDDI-Veröffentlichungseigenschaft für diesen Service.

Vorgegebene Parameter

Ohne.

Optionale Parameter

-userId
Die Benutzer-ID für das Abrufen der WSDL.
-password
Das Kennwort für das Abrufen der WSDL.

Beispiel

  • Mit Jython:
    AdminTask.unpublishSIBWSInboundService(inService, ["-uddiPublication", "MyUddi"])
  • Mit Jacl:
    $AdminTask unpublishSIBWSInboundService $inService {-uddiPublication "MyUddi"}

Symbol, das den Typ des Artikels anzeigt. Referenzartikel



Symbol für Zeitmarke Letzte Aktualisierung: 25.05.2016
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=rjw_cli_inwsdl_uddi_unpub
Dateiname:rjw_cli_inwsdl_uddi_unpub.html