Pages

dimanche 22 mai 2011

I - Description du logiciel Tradexpress :
Introduction :

Comme indiquer dans la partie précédente, le logiciel TradeXpress est un système qui intègre le traitement EDI, les données de  communications  et de leur gestion. Cette partie décrit les processus TradeXpress système de fichiers et une courte explication est également prévu de mécanismes transport sous-jacent qui sont utilisés pour envoyer des messages EDI.

Processus :

Lorsque le logiciel TradeXpress est en marche, il ne nécessite que deux processus actifs: le scanner, qui est un processus de contrôle ou démon, et LogD. Selon les exécutions d'interchange EDI, il peut y avoir d'autres processus actifs en cours d'exécution, mais ils sont tous contrôlés de manière centralisée.

TradeXpress est considéré comme en cours d'exécution lorsque le processus de scanner est actif. Si ce processus est arrêté, il n'y a aucune activité dans le système TradeXpress.

En outre, il y a toujours des processus de communication des données. Ces processus dépendent de la configuration des  packages TradeXpress. TradeXpress est souvent équipés de X400, qui utilise des procédés supplémentaires pour le transport.

Supplémentaires, définies par l'utilisateur des tâches de traitement EDI sera lancé, sur la base:
• le calendrier
• Les événements
• la création de fichiers
• Les modifications de fichiers
• l'arrivée du message
• FIFO notification
• démarrage externe.

Tous les mécanismes de démarrage pour ces processus, à l'exclusion de démarrage externe, sont contrôlés par le scanner.

Les utilisateurs peuvent définir leurs propres paramètres de démarrage de leur processus. Cela signifie que les processus de plusieurs utilisateurs peuvent s'exécuter en même temps. Le scanner prend en charge le démarrage et l'équilibre la charge de la machine sur la base des règles spécifiées dans le fichier de configuration du scanner.

Scanner :

TradeXpress: fichiers de conf d’un environnement

     Les fichiers de configuration sont dans le $HOME :
>     .scanner : fichier utilisé par le démon scanner
     Construit par $HOME/.scanner.base + base EDISEND + base ROUTING
     Détient les traitements à déclencher
>     .scanner.base : base de configuration du fichier $HOME/.scanner
>     .tclrc : permissivité de contrôle de la norme
>     .userenv : liste des variables d’environnement
     Appelé depuis le .bash_profile lors du login
     Utilisé par le scanner
>     .userinfo : configuration fonctionnelle de l’environnement
     et alarme…
>     .x4rc : adresse X400 de l’environnement
>     Variable d’environnement $PATH :
>     PATH = $HOME/bin : $EDIHOME/bin : …


Structure des répertoires TradeXpress :

Le logiciel TradeXpress est placé au début du système de fichiers avec un seul répertoire appelé EDIHOME (/usr/local/tx).

Le répertoire EDIHOME comprend la structure des sous-répertoires suivante.

adm: configurations ediadm menu système.
app-defaults: définitions  des interfaces utilisateur X-window.
bin: les fichiers exécutables du système TradeXpress.
database : référentiel des fichiers de configuration des bases
charsets : fichiers des jeux de caractères (EDIFACT)
esoftp : répertoire de configuration du module OFTP (transport)
ediroot: home directory du compte d’administration
lib: bibliothèques d'exécution et les fichiers d'en-tête pour les configurations de RTE et de scanner.
Messages: référentiel des messages EDIFACT, GENCOD, XML.
modules:   le fichier license contient la clé logicielle.
tools: des outils à usage général et de leur code source RTE.
users: répertoires personnels des utilisateurs (environnements clients)
x400: configuration du module X400 (transport).
www : configuration du module WebAccess (interface graphique)


Le système TradeXpress peut être configuré pour démarrer automatiquement lorsque le système est démarré. La configuration de démarrage peut varier entre les différents systèmes. Ces détails de configuration sont généralement situés dans le répertoire /etc
Autres fichiers TradeXpress liées aux logiciels sont des fichiers Unix dépendant du système et des répertoires. Les endroits les plus courants pour ce genre d'informations sont les suivantes:

• passwd
• users definitions
• ediroot définition
• group
• ediusers group definition

Pour les communications FTP, les noms d'hôtes peuvent séjourner dans:
• fichier hosts.

Sinon, ils sont fournis par les services de noms disponibles.

Les fichiers système X.400 dépendent du système utilisé. La plupart des systèmes utilisent le type de fichiers suivants:

• config
• log
• work.

De la même façon, tous les autres systèmes de données des logiciels de communication ont leur propre
une structure de répertoire.

TradeXpress utilise également divers types de fichiers temporaires. Ces fichiers sont généralement situés soit dans le répertoire / tmp ou / usr / tmp.

Les fichiers qui commencent par DF appartiennent à la gestionnaire de messages.
Les fichiers qui commencent par EDI appartiennent à l'Éditeur.



II - Environnement client :


Comme mentionné dans le chapitre précédent, le Logiciel TradeXpress est situé dans un répertoire appelé EDIHOME. Ce logiciel fournit des programmes et des fonctions de base pour que de nombreux utilisateurs comme l'exige. L'utilisateur est une entité qui forme un système virtuel TradeXpress.


Chaque utilisateur a des fichiers et répertoires de travail dans son propre répertoire HOME. Le processus EDIBASE utilise ces fichiers spécifiques à l'utilisateur et des répertoires lors du traitement des données utilisateur. La structure des répertoires spécifiques à une l'utilisateur est decrite dans la figure suivante.

     Arborescence de l’environnement :
>     .counters : répertoire des compteurs TradeXpress
>     database : référentiel des fichiers de configuration des bases
>     archive : répertoire de la base ARCHIVE
>     edisend : répertoire de la base EDISEND
>     partner : répertoire de la base PARTNER
>     routing : répertoire de la base ROUTING & vue RECEIVE
>     syslog : répertoire de la base SYSLOG
>     bin : binaires de l’environnement
>     rte : répertoire des sources des traducteurs
>     include : répertoire des inclusions des sources des traducteurs
>     http : répertoire de spool du protocole HTTP
>     spool : répertoire de spool du protocole SMTP
>     x400 : répertoire de spool du protocole X400
>     inbox : répertoire d’échange (selon paramétrage)
>     outbox : répertoire d’échange (selon paramétrage)
>     tmp : répertoire des fichiers temporaires

lundi 14 mars 2011

Le but de ce blog est de vous donner une idée pointue sur les larges gammes de produits de Generix Group et de vous servir comme point questionnement sur les différents problèmes, souvent rencontré avec certains de ces produits.

Là aujourd'hui, j'ai choisi de vous présenter l'un des principaux solutions dans la gammes de produits de Generix Group

TradeXpress est une sorte de couteau suisses de la communication, il permet de schéduler des actions en fonction de divers déclencheurs (Présence de fichiers dans un répertoire, dés qu'un fichier est présent, à heure et date fixe, selon la syntaxe ou le contenu..).
Les programmes déclenchés sont écrit en RTE, un mini langage ressemblant au C, il permet d'écrit des librairies de fonction, procédure et de généré des fichiers en sortis.
Ces programmes comuniquent avec les bases internes; fichiers séquentiels indexés, de TadeXpress - il y a également une solution de mise en oeuvre de SQLite...

Pourquoi un couteau suisses alors ?
- 70 connecteurs de communication différents (CFT, X400, OFTP, FTP, SFTP, FTPPS? HTTP, AS1,AS2,AS3, MQSeries, JMS, ...)
- 10 syntaxe normalisée gérée (EDIFACT, INOVERT, GENCOD, VDA, SPEC2000, ... XML)

Bref, vous l'aurez compris en plus de la communications, la gestion des normes, le séquenceur intégré... il réalise des mapping de fichier via le langage interne de façon trés souple.

Langage "C" donc compilé ?
OUI !!!!! Heureusement qu'il est compilé car cela permet des performance de traitement au dessus de certains de ses concurrents qui gère le mapping comme un paramétrage donc en interprétation de règle de gestion avec une sur-couche souvent en XML...

Un ETL ou uniquement un produit EDI/EAI ?
En fait, je dirais les deux...
J'ai oublié de mentionné que TradeXpress à des connecteur ORACLE natif et ODBC...
Avec un outil de modélisation de BPM, basé sur les flux physique et non les flux métiers...
Cependant on peut facilement l'utiliser comme un ETL, encore une fois, le langage compilé tire tout son avantage ici !!!

Voilà pour un début, je pense avoir été complet ... des astuces, exemples, critiques ... suivront régulièrement ce post.