XMLSpy s'appuie sur l'authenticité du certificat TLS utilisé pour sécuriser le trafic HTTPS entre XMLSpy et link.altova.com afin de garantir la fiabilité de la connexion. Il arrive que certaines organisations recourent à la substitution de certificats afin de permettre le déchiffrement et l'inspection du trafic sécurisé, ce qui signifie que le certificat TLS n'est plus considéré comme fiable par XMLSpy. Dans ce cas, ni XMLSpy ni Altova ne peuvent empêcher l'affichage de cet avertissement.
Vous devez soit accepter le certificat substitué en cliquant sur « Continuer quand même », soit demander à votre organisation d’exempter les connexions à link.altova.com du processus de substitution de certificat.
Vous pouvez vérifier si une substitution de certificat a lieu en cliquant sur « Afficher le certificat » et en repérant le numéro de série. Ensuite, utilisez un site Web tiers de test SSL pour examiner le certificat authentique et comparez les numéros de série. S’ils sont différents, une substitution de certificat a lieu.
Altova a mené une enquête interne concernant les vulnérabilités Log4j (CVE-2021-44228 et CVE-2021-45046) et nous pouvons confirmer qu'aucun de nos logiciels n'est affecté par ces vulnérabilités, car ils ne nécessitent ni n'utilisent directement la bibliothèque Log4j.
Le logiciel d'outil de développement Altova est uniquement disponible pour Windows. Pour exécuter notre logiciel d’outil de développement sur macOS, il serait nécessaire d’utiliser des logiciels tels que ceux décrits sur notre page Prise en charge des Plateformes OS.
Les versions antérieures de chaque produit sont disponibles dans la section « Versions précédentes » de la page de téléchargement du produit concerné, ainsi que dans nos archives de logiciels.
Ce problème peut survenir lorsque des dossiers de bibliothèque (par ex. « Mes documents », « Mes photos », etc.) sont stockés sur un lecteur de réseau. Pour résoudre ce problème, veuillez déplacer ces dossiers temporairement sur votre disque dur, installer le logiciel, lancer l'application et fermer. Ensuite, vous pourrez redéplacer ces dossiers sur leur emplacement dans le réseau.
Cette erreur se produit en cas de problème avec la prise en charge du VBScript sur votre système. Vous trouverez la solution dans le Forum Microsoft.
Vous devrez installer le pack d'intégration pour le logiciel d’outil de développement approprié que vous souhaitez intégrer dans votre application (comme XMLSpy, MapForce, StyleVision ou UModel). Lorsque vous installez le pack d'intégration, une commande sera ajoutée à la boîte d'outils dans Visual Studio. Cette commande peut ensuite être utilisée dans votre application.
Visual Studio est une application 32-bit et nécessite donc un plug-in 32-bit. Si vous souhaitez intégrer votre logiciel d’outil de développement (comme XMLSpy, MapForce, StyleVision ou UModel ) dans Visual Studio, vous devrez installer aussi bien la version 32-bit du logiciel que le pack d'intégration 32-bit pour ce logiciel.
Cette erreur est probablement due à une non-concordance architecturale, par ex. lorsque vous tentez de vous connecter à une base de données depuis un logiciel de version 64-bit avec un pilote de base de données 32-bit, ou inversement. Si vous utilisez une version 32-bit de notre logiciel, vous devrez utiliser un pilote de base de données 32-bit pour vous connecter à une base de données, de même, si vous utilisez une version 64-bit de notre logiciel d’outil de développement, vous devrez utiliser un pilote de base de données 64-bit pour vous connecter à une base de données.
Les avantages et les conséquences éventuelles d’une utilisation des version 64-bit de nos logiciels sont traités ici.
L'édition graphique des fichiers WSDL est uniquement prise en charge dans l'Enterprise Edition de XMLSpy. Si vous possédez la Professional Edition de XMLSpy et que vous souhaitez vous mettre à niveau, veuillez contacter notre département Ventes.
Pour obtenir l'XPath d'un nœud particulier dans un fichier XML, cliquez avec le bouton droit de la souris sur ce nœud dans les vues Grille ou Texte d'XMLSpy, puis sélectionnez « Copier l'XPath » dans le menu contextuel.
Pour obtenir les XPaths de tous les nœuds, il faudrait générer la documentation du schéma à partir du schéma XSD associé à votre fichier XML d'instance :
Utilisez les annotations du schéma XML plutôt que des commentaires. Les annotations ne seront pas déplacées et l'utilisation du mécanisme d'annotations fourni par XML Schéma est la méthode préférée pour « commenter » un fichier de schéma XML.
Vous pouvez utiliser l'API XMLSpy pour valider ou transformer un fichier XML, néanmoins certaines interactions d'utilisateur seront nécessaires. Si vous souhaitez automatiser complètement la validation ou la transformation, vous devrez utiliser RaptorXML Server et son API / interface de ligne de commande à la place.
Vous pouvez parser/générer des fichiers de texte de - longueur fixe ou limitée qui possèdent plusieurs types d'enregistrement (structure de type En-tête/Détail) en créant un modèle FlexText et en l'insérant dans votre mappage. Les modèles FlexText peuvent être conçus à l'aide de la fonction FlexText qui est contenue dans l'Enterprise Edition de MapForce.
Lors du développement d'un mappage dans MapForce, l'utilisateur peut passer à l'onglet "Sortie" pour exécuter le mappage (à l'aide des données de source fournies au moment du design). Cela fonctionne pour les développements, donc pour vous assurer que le mappage produit le résultat correct, mais dans un environnement de production, la plupart des flux de travail nécessitent une certaine forme d'automatisation sans interaction d'utilisateur.
Pour comprendre comment l'exécution de la logique de mappage peut être automatisée, il est nécessaire de comprendre dans quels langages la logique de mappage peut être générée et comment la logique de mappage dans un langage particulier peut être exécutée en dehors de MapForce.
Les langages cibles suivants sont pris en charge par MapForce Enterprise Edition :
Lesquels de ces langages cibles seront disponibles pour un mappage particulier dépendront des formats de données, des fonctions et des composants utilisés dans ce mappage.
Choisir “XSLT”, “XSLT2”, “XSLT3” ou “XQuery” en tant que langage cible pour générer des fichiers d’XSLT 1.0, XSLT 2.0, XSLT 3.0 ou XQuery 1.0 depuis un mappage. Les fichiers XSLT et XQuery générés depuis un mappage contiennent la logique de mappage utilisée pour transformer les données xml de source dans le format de sortie désiré. Pour transformer les données de source XML, le fichier XSLT ou XQuery généré doit être passé parmi les données de source vers un moteur XSLT ou XQuery (comme RaptorXML Server) pour les traiter. RaptorXML Server peut être accédé en termes du programme par le biais de l'API, par le biais de l'interface de la ligne de commande ou via FlowForce Server. En accédant à l'API RaptorXML par le programme, et en écrivant un fichier batch pour appeler RaptorXML via l'interface de ligne de commande, ou en configurant une "tâche" FlowForce qui appelle RaptorXML Server, vous pouvez automatiser l'exécution des transformations XSLT ou XQuery.
Choisir “Java”, “C#” ou “C++” en tant que langage cible vous permet de générer du code Java, C# ou C++ depuis un mappage. Les fichiers de code généré contiennent la logique de mappage utilisée pour transformer les données de source dans le(s) format(s) de sortie désiré(s). Pour votre confort, une compilation du code généré « tel quel » résulte en une application Console qui, une fois lancée, exécute le mappage. L'exécution de l'application Console peut être automatisée en écrivant un fichier batch. Si vous ne souhaitez pas utiliser l'application Console par défaut, mais préférez intégrer le code généré dans votre propre code, il suffit d'appeler la méthode "run" de l'objet représentant le mappage depuis votre propre code.
Sélecter “BUILT-IN” en tant que le langage cible vous permet de compiler votre mappage dans un fichier “.mfx”. Un fichier«. mfx » doit être exécuté avec MapForce Server. MapForce Server peut être accédé par le biais de l'API, l'interface de ligne de commande ou en mettant en place une "tâche" FlowForce qui appelle MapForce Server. En accédant de manière programmatique à l'API MapForce Server, la rédaction d'un fichier batch pour appeler l'interface de ligne de commande de MapForce Server ou en configurant une « tâche » FlowForce, vous pouvez automatiser l'exécution du mappage.
Parmi les options de langage cible, « BUILT-IN » est le moins restrictif et le plus performant. À moins d'être limité à un langage cible particulier, il est conseillé d'utiliser l'option “BUILT-IN”. Afin d'automatiser l'exécution des mappages dont le langage cible doit être configuré à “BUILT-IN” MapForce Server est nécessaire. Si vos exigences d'automatisation sont complexes, il est conseillé d'utiliser également FlowForce Server (en plus de MapForce Server). FlowForce permet l'orchestration de flux de travail complexes d'automatisation.
Si vous devez traiter des transactions EDI qui ne sont pas conformes à la norme, vous pouvez personnaliser les fichier de configuration EDI pour permettre la prise en charge de ce type de transactions.
Tentez la solution suivante :
Les mappages développés dans MapForce ciblant le moteur « BUILT-IN » doivent être exécutés à l'aide de MapForce Server. En utilisant l'interface de ligne de commande de MapForce Server ou l'API MapForce Server pour exécuter les fichiers “.mfx”, il est possible de développer des scénarios d'automatisation BASIC avec un effort minimum. Néanmoins, de nombreuses situations exigeront des flux de travail d'automatisation complexes. Pour de tels scénarios, nous recommandons d'utiliser FlowForce Server en plus de MapForce Server.
FlowForce Server prend en charge les fonctions suivantes permettant la création de flux de travail d'automatisation complexes :
Il est important de noter que FlowForce Server ne remplace pas MapForce Server, mais vient plutôt le compléter ; en effet, en interne, FlowForce Server s'appuie sur MapForce Server pour effectuer l'exécution proprement dite du mappage.
À l'aide de StyleVision Enterprise Edition, vous pouvez générer des feuilles de style qui vous permettent de transformer du XML en PDF. Pour traiter un fichier PDF en entrée, utilisez MapForce.
Il est possible d'importer des feuilles de style XSLT existantes dans Stylevision pour une utilisation en tant que base pour un design StyleVision, néanmoins, il est possible que tous les XSLT ne seront pas forcément importés. Autrement, utilisez XMLSpy pour éditer vos fichiers XSLT existants.
Le cadre de reporting de l'EBA version 4.2.1 ne propose en effet pas cette option pour cette liste. L'EBA recommande de sélectionner « Sans objet », puis de saisir « Systèmes de paiement » dans la colonne 0220. Vous trouverez plus d'informations dans la rubrique Questions-réponses de l'EBA.
