Le portail francophone de la géomatique

Le workspacerunner permet de lancer un projet dans un projet.

On peut y passer les paramètres nécessaires pour faire fonctionner un projet annexe.

Pour les autres, jamais utilisé.

Ma version de FME est en anglais, le nom des menus que je traduis est donc tres certainement different, mais ca devrait suffir pour vous aider.

WorkspaceRunner:
tres simple a utiliser mais n'envoie pas en tant que telle toute l'information. Il s'agit plus d'un declancher.
Si vous connaissez la structure de vos donnees a l'avance et qu'elle ne changera que tres rarement, le WorkspaceRunner est simple a utiliser. Il vous suffit de creer sur votre workspace n*2 les parametres publics qui correspondent aux attributs de vos 'features' (donnees) du workspace n*1. Lorsque vous connecterez votre WorkspaceRunner a votre workspace de destination, vous devriez voir apparaitre la liste des parametres publics de celui-ci. Il vous suffit de connecter chacun des parametres publics listes dans le workspaceRunner a chacun des attributs qui vous interessent. Recuperer les donnees en sortie n'est pas possible directement: vous ne recuperez que le status de la translation. Il vous faut effectivement ecrire dans un fichier (FFS ou FDO par exemple). Soyez sur de l'endroit ou ce fichier sera ecrit pour pouvoir le lire par la suite.
Gardez en tete que lors de l'utilisation de ce transformer, vous creez 2 processus FME qui tournent en parallele, d'autant plus si l'option de 'attendre que le job soit fini' est selectionnee. Cette option peut etre necessaire si vos donnees sont essentielles a la suite du projet. Si vous etes limite en terme de resources, ce n'est peut-etre pas la facon de proceder.

TransporterSender et transporterReceived:
Plus difficile a utiliser. il faut s'assurer que les ports de communication soient ouverts, bien couples, et que le Firewall ne s'oppose pas a la communication mais aussi controller la sequence du flux de donnees. Safe ne semble pas tres actif sur le sujet.

Solution Alternative pour s'assurer que la sequence des jobs est respectee:
Si vous connaissez Python il y a un moyen tres facile de joindre des workspaces les uns aux autres.
- Dans le panneau 'Navigator' (en haut sur la gauche), cliquez sur Parametres du Workspace.
- Cliquez sur 'Avances' (Advanced)
- Double-cliquez sur l'equivalent de 'Shutdown Python Script'
- Sur FMEpedia et les nombreux forums sur Python, vous trouverez de quoi vous aider pour ecrire un script qui vous convienne.

J'ai trouve que c'est le meilleur moyen d'etre sur que le workspace n*2 ne soit lance que si le premier a reussi et ce en liberant des resources machine: le 1er workspace est ferme quand le 2e tourne. Vous pouvez utiliser une base de donnees telle que SQLite pour transferrer vos donnees de workspace en workspace si necessaire. Il y a meme moyen d'envoyer des emails depuis ce script avec entre autre le status du workspace.

Reponse tardive, mais ca peut aider quelqu'un dans la meme situation.

Je reviens sur le Sujet,

j'ai pu créer un projet multi avec des WorkspacesRunner et utiliser les TransporterSender et Receiver pour lancer les projets à la suite l'un de l'autre (le resultat d'un projet étant la source de l'autre!)
Il semble toutefois que la connection des Transporters soient limité en temps car certains passage ne se font pas et celà arrive quand les données sont lourdes et les traitements long par la même occasion. Comme si les ports se deconnectaient à un moment donné.
Sauriez vous me dire s'il y a moyens de contourner ce problème (j'utilise le mode TCP/IP le workspace commencant ayant une séquence "ETABLISH" le worskpace qui doit démarrer après, une connection "CONNECT" tous ceci en local.

Sinon il faudra que je me penche sur le Python, mais je n'ai aucune formation sur le sujet, j'ai commencé un livre mais je n'en suis qu'au début.... J'attends mes prochaines vacances pour continuer :s