© Copyright International Business Machines Corporation 2006. Alle Rechte vorbehalten.
Diese Datei mit Release-Informationen enthält die neuesten Informationen zu Einschränkungen und bekannten Problemen sowie Strategien zur Behebung von Problemen, die in einem der folgenden Tools auftreten:
- In einer Komponente ohne eigene Datei mit Release-Informationen
- Im gesamten WebSphere® Integration Developer-Produkt
Der XML-Katalog wird hauptsächlich als Zwischenspeicher zur Leistungsverbesserung eingesetzt. Er vermeidet unnötige Webzugriffe auf Schemata, die im Internet verfügbar sind. Bei allen webbasierten XSD-Importen, für die das Attribut schemaLocation auf eine Webadresse zeigt, wird daher zunächst der XML-Katalog herangezogen, um die beim Import erforderlichen Auflösungsoperationen auszuführen. Wenn im Katalog kein Eintrag vorhanden ist, dann erfolgt der Zugriff über das Web. Bei dateibezogenen Importen, bei denen das Attribut schemaLocation auf eine Datei zeigt, wird zur Importauflösung die Position des Schemas verwendet.
Außerdem kann der XML-Katalog verwendet werden, um systemspezifische Schemata zu speichern, die in mehreren Schemata referenziert werden. Ein Beispiel dafür ist BusinessGraph.xsd. Wenn das Attribut schemaLocation eines XSD-Imports auf eine Datei verweist, die im Dateisystem nicht gefunden werden kann, das Schema aber im Katalog vorhanden ist, wird die Version aus dem Katalog verwendet.
Deshalb sollten Sie bei der gemeinsamen Nutzung von XSDs, die mit im XML-Katalog registrierten Systemschemata arbeiten, das Systemschema entweder in die gemeinsam genutzten XSDs einfügen, oder den Inhalt des XML-Katalogs für die gemeinsame Nutzung freigeben.
Sie erhalten möglicherweise eine Fehlermeldung, die besagt, dass ein WSDL-Objekt oder ein Geschäftsobjekt (XSD-Typ) nicht gefunden werden kann. Sie können jedoch keine Ursache für den Fehler erkennen, weil sich die Datei, die das betreffende Objekt enthält, in einem abhängigen Projekt befindet. Normalerweise werden diese Fehler in der Fehlersicht angezeigt. Darüber hinaus können diese aber auch in der Protokolldatei der Workbench aufgezeichnet, oder in einem Nachrichtendialogfenster angezeigt werden.
Dieser Fehler kann auftreten, wenn Sie ein Objekt aus einem Java-Projekt in einen der WebSphere Integration Developer-Editoren ziehen und dadurch in der bearbeiteten Datei eine Referenz auf dieses Artefakt erstellen.
Vergewissern Sie sich, dass die Datei in einem WebSphere Integration Developer-Modul oder einer WebSphere Integration Developer-Bibliothek gespeichert ist. Das Objekt wird unter Umständen nicht gefunden, wenn die zugehörige Datei in einem Java-Projekt gespeichert ist. Dies gilt auch dann, wenn es sich um ein abhängiges Projekt handelt.
Um das Problem zu umgehen, verschieben Sie die Datei in eine WebSphere Integration Developer-Bibliothek oder ein WebSphere Integration Developer-Modul. Wenn das Objekt von mehreren WebSphere Integration Developer-Modulen gemeinsam genutzt werden muss, verschieben Sie die Datei in eine WebSphere Integration Developer-Bibliothek.
Bei einer geschäftsorientierten Entwicklung können Sie eine Lösung modellieren, die Lösung implementieren, sie auf einem Laufzeitserver einrichten und auf dem Server überwachen.
Der Geschäftsanalyst modelliert einen Geschäftsprozess in WebSphere Business Modeler, den der Integrationsentwickler in WebSphere Integration Developer implementiert und auf dem Laufzeitserver einrichtet. Während des Integrationsprozesses kann für die Lösung festgelegt werden, dass Geschäftsleistungsinformationen erfasst werden, die unter Verwendung des WebSphere Business Monitor überwacht werden können.
Richtlinien und Tipps für eine reibungslos funktionierende geschäftsorientierte Entwicklungsumgebung finden Sie in "Business-driven development considerations" auf der folgenden Website: http://www.ibm.com/support/docview.wss?rs=2308&context=SSQQFK&uid=swg27008813.