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.
Des versions précédentes de chaque produit sont disponibles depuis la section des « Releases précédentes » de la page de téléchargement de ce produit, ainsi que de nos pages Versions précédentes.
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 le XPath pour un nœud particulier dans un fichier XML, cliquer avec la touche de droite sur le nœud dans les modes Grille ou Texte de XMLSpy, puis sélectionner "Copier XPath" depuis le menu contextuel.
Pour obtenir les XPaths pour tous les nœuds il sera nécessaire de générer la documentation de schéma depuis le schéma XSD associé avec votre fichier XML d'instance :
Utiliser les annotations Schéma XML au lieu 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 n'est pas une alternative à MapForce Server, mais plutôt un ajout à Mapforce Server, donc internement, FlowForce Server table sur MapForce Server pour effectuer l'exécution réelle 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. Altova ne dispose pas d'outil permettant de convertir du PDF en XML.
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.