© Copyright International Business Machines Corporation 2006. All rights reserved. Copyright IBM France 2006. Tous droits réservés. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
Ce fichier de notes sur l'édition contient des informations de dernière minute sur les restrictions, les incidents recensés et les solutions palliatives pour les outils suivants :
- Un composant associé à aucun fichier de notes sur l'édition particulier
- La totalité du produit WebSphere® Integration Developer
Le catalogue XML est principalement utilisé comme mémoire cache pour éviter l'accès Web non nécessaire aux schémas placés sur Internet afin d'optimiser les performances. Par conséquent, pour toutes les importations XSD Web où l'attribut schemaLocation pointe vers une adresse Web, le catalogue XML est toujours utilisé en premier pour résoudre l'importation. Si aucune entrée ne se trouve dans le catalogue, l'accès est effectué via le Web. Pour les importations relatives à un fichier où l'attribut schemaLocation pointe vers un fichier, l'emplacement du schéma permet de résoudre l'importation.
Le catalogue XML peut également être utilisé pour stocker des schémas spécifiques au système référencés dans d'autres schémas. BusinessGraph.xsd en est un exemple. Dans ce cas, lorsque l'attribut schemaLocation de l'importation XSD pointe vers un fichier absent du système de fichiers, si le schéma se trouve dans le catalogue, la version du catalogue est utilisée.
Par conséquent, lorsque des XSD partagés utilisent les schémas système enregistrés dans le catalogue XML, incluez le schéma système aux XSD partagés ou partagez le contenu du catalogue XML.
Vous pouvez recevoir des messages d'erreur indiquant qu'un objet WSDL ou un objet métier (de type XSD) est introuvable, mais vous ne pouvez pas visualiser la cause de l'erreur, car le fichier contenant l'objet se trouve dans un projet dépendant.Dans la plupart des cas, ces erreurs apparaissent dans la vue Incidents. Vous pouvez également les trouver dans le fichier journal du plan de travail ou dans une boîte de dialogue de message.
Il est possible que vous ayez reçu cette erreur si vous avez fait glisser un objet d'un projet Java vers l'un des éditeurs WebSphere Integration Developer, en créant une référence à cet artefact dans le fichier en cours de modification.
Vérifiez que le fichier se trouve dans un module WebSphere Integration Developer ou dans une bibliothèque WebSphere Integration Developer. Il se peut que l'objet ne puisse pas déterminer si son fichier se trouve dans un projet Java même si ce projet est un projet dépendant.
Pour résoudre cet incident, placez le fichier dans une bibliothèque WebSphere Integration Developer ou un module WebSphere Integration Developer. Si plusieurs modules WebSphere Integration Developer doivent se partager l'objet, placez le fichier dans une bibliothèque WebSphere Integration Developer.
Grâce au développement géré par l'entreprise, vous pouvez modéliser une solution, l'implémenter, la déployer sur un serveur d'exécution et la surveiller sur le serveur.
L'analyste métier modélise un processus métier dans WebSphere Business Modeler, que le développeur de logiciels d'intégration implémente dans WebSphere Integration Developer et déploie sur le serveur d'exécution. Lors du processus d'intégration, la solution peut être annotée pour récupérer les informations de performances métier, que vous pouvez surveiller à l'aide de WebSphere Business Monitor.
Pour obtenir des instructions et des conseils afin de réaliser une expérience simple de développement géré par l'entreprise, voir la section "Business-driven development considerations", disponible sur le site Web suivant : http://www.ibm.com/support/docview.wss?rs=2308&context=SSQQFK&uid=swg27008813.