Cette section décrit les principaux problèmes et les causes possibles relatifs à des catégories différentes de celles mentionnées ci-dessus. Vous trouverez ci-dessous une liste des principaux problèmes. Si le problème que vous rencontrez n'apparaît pas dans la liste ou que les opérations proposées ne permettent pas de résoudre complètement le problème, contactez votre administrateur système.

Pour configurer BusinessWorks, procédez comme suit :

Du fait des limitations de l'API d'Oracle Applications, Windchill ESI ne prend pas en charge la publication des documents (pièces jointes) vers Oracle Applications.

Les causes possibles de ce problème sont les suivantes :

Les causes possibles de ce problème sont les suivantes :

Les causes possibles de ce problème sont les suivantes :

Les causes possibles de ce problème sont les suivantes :

Les causes possibles de ce problème sont les suivantes :

Le serveur EMS n'est pas configuré correctement. Lorsque vous spécifiez le nom "localhost" du serveur EMS, ce serveur est reconnu uniquement sur l'hôte sur lequel il est exécuté. Aucune autre machine ne peut s'y connecter. Une application définie pour se connecter au serveur EMS "localhost" essaie de trouver le serveur EMS exécuté sur la même machine. Si aucun serveur n'est trouvé, une erreur se produit. Si vous définissez un nom de machine en tant que nom de serveur, les autres machines pourront se connecter au serveur EMS.

Définissez la propriété d'url associée à QueueConnectionFactory dans le fichier factories.conf à tcp://<nom de la machine> : 7222

où <nom de la machine> correspond à la machine sur laquelle est exécuté le serveur EMS.

- Définissez la variable globale ESIJMS\JNDIContextURL (dans le Moteur BW, Concepteur de TIBCO ou dans l'Administrateur TIBCO, selon où vous exécutez ESI) à = tibjmsnaming://<nomdemachine sur laquelle le serveur EMS est exécuté> : 7222.

L'emplacement du serveur EMS n'a pas d'importance. Il peut se trouver sur le même hôte que Windchill, que le moteur intergiciel ou sur un hôte différent. Si les valeurs décrites ci-dessus sont configurées correctement (et si les ordinateurs se trouvent sur le même réseau), Windchill PDMLink et l'intergiciel pourront se connecter au bon serveur EMS.

Pour déterminer quelle machine et quel nom d'utilisateur sont connectés à un serveur EMS, entrez la commande suivante dans l'outil d'administration EMS :

>show connections

Vous obtenez ainsi une liste des utilisateurs connectés et des machines à partir desquelles ils sont connectés. Pour plus d'informations, reportez-vous à la documentation relative TIBCO Enterprise for EMS.

Le message d'erreur suivant apparaît en regard des objets publiés :

Cette erreur indique que les données n'ont pas atteint l'adaptateur. La validation du schéma de l'adaptateur a échoué lors de l'invocation de l'activité de l'adaptateur.

Dans Oracle Applications, avant d'envoyer des données à un adaptateur, certaines valeurs font l'objet de références croisées (de fichier ESIORALookup.properties) et certaines valeurs sont utilisées par défaut (depuis le fichier ESIORADefault.properties). Si ces fichiers de propriétés ne sont pas configurés correctement (par exemple, la valeur d'utilisation de nomenclature est vide ou l'identifiant de modèle n'est pas mis en correspondance), les données vides sont transmises à l'adaptateur et l'activité de l'adaptateur génère l'exception ci-dessus. Pour savoir exactement quel élément n'est pas correctement rempli, un Administrateur ESI doit consulter le journal du moteur de traitement ; le message d'exception détaille le nom de l'élément et l'erreur de validation.

Oracle Inventory peut être configuré de façon à ce que certains attributs d'articles soient contrôlés au niveau de l'organisation principale ou secondaire. Si un article est publié par ESI, et si l'opération tente de définir des attributs d'articles qui entrent en conflit avec les paramètres de contrôle des attributs, l'interface Oracle Item Open Interface renvoie une erreur. Le message d'erreur contient le texte indiqué ci-dessous, suivi par la liste des attributs à l'origine de l'erreur.

Master - Child Conflict in one of these Attributes (Conflit principal-secondaire dans l'un de ces attributs) :

Ce message indique que l'opération de publication ESI tente de définir un attribut d'article dans une organisation secondaire, contrôlée par l'organisation principale, et que la valeur de l'attribut de l'article secondaire ne correspond pas à celle de l'article principal.

Pour résoudre ce problème, il convient de passer les paramètres de contrôle des attributs en revue afin d'identifier le conflit. Notez qu'il est également possible que le modèle d'article utilisé pour créer l'article secondaire renvoie par défaut à un attribut d'article incorrect. Consultez le chapitre consacré à la configuration et au contrôle des articles dans le guide de l'utilisateur Oracle Inventory pour plus d'informations sur la configuration des contrôles d'attributs et des modèles d'articles.

Un message d'erreur relatif au fichier de métadonnées de réponse ESI apparaît lorsque vous cliquez sur Terminer depuis la fenêtre Nouvelle destination de publication ou Modifier la destination de publication

Ceci peut être dû à l'un des problèmes suivants avec la valeur spécifiée pour le chemin de fichier de métadonnées de réponse ESI de l'attribut de destination de publication :

Le message d'erreur suivant apparaît :

Pour résoudre ce problème, exécutez les commandes suivantes :

Ceci peut être dû à l'une des causes suivantes :

Cela peut se produire si la préférence Publier les demandes de promotion a pour valeur Non. Définissez cette préférence sur Oui pour que les objets de la demande de promotion soient publiés via un processus RTM simple.

Cela n'est pas surprenant. Si vous souhaitez envoyer d'autres attributs de la demande de promotion avec la réponse ESI dans un élément XML séparé, vous devez configurer le fichier de métadonnées de réponse ESI comme souhaité.