Descriptif du module Aster de Salomé

Transcription

1 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 1/36 Organisme(s) : EDF-R&D/AMA Manuel de Descriptif Informatique Fascicule D9.10 : - Document : D Descriptif du module Aster de Salomé Résumé : Ce document décrit l organisation et la gestion du module Code_Aster de Salomé, qui assure : -l intégration de Code_Aster dans la plate-forme Salomé ; -l exploitation des services Salomé depuis Code_Aster.

2 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 2/36 Table des matières 1 Introduction Objectif du document Rappels Définitions Architecture technique de Salomé Vue générale Le composant Salomé Définition Cycle de vie du moteur Implémentation Environnement Compilation et installation Exécution Configuration AsterConfig SalomeApp.xml AsterCatalog.xml Interface cliente Calcul Code_Aster Définition d'un cas Exécution d'un cas Arrêt d'un cas Information sur un cas Wizards Présentation Linear Elasticity Modal Analysis Linear Thermal Fluid Solid Interaction ASTK Export Import Stanley EFICAS Lancement dans Salomé Sélection Salomé Détermination géométrie principale Sous-géométrie...23

3 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 3/ Groupe de mailles Visualisation Création/ Mise à jour maillage Post-traitement Stanley Rappel Lancement dans Salomé Configuration Sélection étude Visualisation champs résultats Visualisation courbes d'évolution Points Chemins Interface serveur Calcul Code_Aster simple Calcul Code_Aster avec chaînage fluide Commentaires Spécification détaillée Arbre d'étude Salomé Généralités Attributs Listes Typage: attributs AttributeFileType et AttributeExternalFileDef Icônes: attribut AttributePixMap et fichier ASTER_icons.po Cas Code_Aster Informations sur le cas Données Paramètres Résultats Multilinguisme Rappels Configuration Gestion des erreurs Interface Cliente Interface Serveur Superviseur: AsterCatalog.xml Annexe Base Subversion...35

4 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 4/36 1Introduction 1.1Objectif du document Ce document décrit précisément le module Aster de Salomé du point de vue de ses fonctionnalités et de leur implantation informatique. 2Rappels 2.1Définitions Composant (Salomé) : terme désignant dans ce document un module Salomé comme GEOM, SMESH, ASTER.... Il est employé ici pour lever les ambiguïtés avec le terme «module Python». Voir chapitre pour une description plus détaillée. Module python : terme désignant un fichier de sources Python dont les fonctionnalités peuvent être chargées dynamiquement par le mécanisme d'«import». Diagramme de séquence : terme désignant un diagramme représentant les interactions entre objets, qui s'ordonnent chronologiquement du haut vers le bas. Un diagramme d'utilisation permet notamment de présenter un cas d'utilisation. Interface IDL : terme désignant un fichier source en IDL. L'IDL est un langage de définition et non un langage de programmation grâce auquel on définit des interfaces et des structures de données et non des algorithmes. Une fois l'idl définie, une interface dans un langage donné peut être générée (C, C++, Python, Java,...). La communication lors de l'appel de cette IDL est assurée par le protocole CORBA. NamingService : terme désignant une sorte d'annuaire associant un objet Corba à un nom sous forme d'une chaîne de caractères. Base Code_Aster : terme désignant un fichier binaire au format natif Code_Aster ou HDF5 contenant l'image exacte d'une exécution précédente du code. Ces bases sont utilisées à fin de sauvegarde, pour reprise ou post-traitement ultérieurs du calcul. Module pylotage: terme désignant le module Python permettant l'exploitation éventuellement distante des services Salomé. Cette exploitation se fait depuis un processus Python ; elle est donc possible depuis une exécution de Code_Aster.

5 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 5/36 2.2Architecture technique de Salomé 2.2.1Vue générale On peut schématiser l application Salomé comme un ensemble de serveurs. Selon leurs types, ceux-ci peuvent être exécutés dans un même processus ou dans des processus séparés. Les communications se font à travers l ORB CORBA. Salome_Session_Server Salome_Container Salome_ContainerPy etc NamingService ORB CORBA Figure 1 : Les serveurs dans Salomé Chacun des serveurs fournit des objets répondant à des besoins bien spécifiques. Parmi ces objets on retrouve par exemple un gestionnaire d étude, des containers, des composants Salomé (GEOM, SMESH, ASTER, ). Cet assemblage d'éléments forme la plate-forme Salomé. Par exemple : l'exécution d'une commande dans la partie Menu->File de l'ihm Salomé, implique l'appelle à une méthode de l'objet mystudymanager. Une bonne partie des actions de l'utilisateur sont ainsi retranscrites en appels sur des méthodes d'objet CORBA. Mais on peut dire que cela ne représente que la partie émergée de l'iceberg : ainsi, il existe des objets dédiés à la création d autres objets (les Containers), des gestionnaires de ces mêmes objets, etc

6 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 6/ Le composant Salomé Définition Un composant Salomé est un ensemble logiciel qui comprend : un moteur (Engine) en exécution dans un serveur et qui fournit généralement un service métier. Il correspond à l implémentation d un serveur CORBA dont le service est spécifié par une interface idl. Il peut se composer de plusieurs objets; une interface graphique (GUI) qui correspond aux éléments graphiques clients mis en œuvre dans l IAPP Salomé (interface applicative). Elle peut fournir ou pas les moyens d accéder au service proposé par le moteur. L'implémentation de ces deux parties peut être faite en C++ ou en python Cycle de vie du moteur Le moteur (Engine) du composant est un objet CORBA créé/détruit par un container. Un container n'est rien d'autre qu'un autre objet CORBA. Les composants implémentés en C++ sont gérés par le container FactoryServer, ceux en python par le container FactoryServerPy. Tous ces objets résident dans des processus serveurs : Salome_Session_Server (C++) et Salome_ContainerPy.py (python) Implémentation La structure informatique d un composant suit une spécification bien établie au niveau : de l'organisation des fichiers et répertoires à l'installation. On doit respecter un layout type pour la disposition des fichiers ressources (icônes, traduction, idl,..) et librairies du composant; de l'implémentation des callbacks de la partie GUI du composant. Salomé communique avec le composant par ces méthodes qui doivent donc être implémentées au besoin (mais obligatoirement déclarées dans l'interface); de l'implémentation du moteur du composant. Celui-ci doit respecter une interface type d'un moteur : des méthodes et attributs doivent figurer absolument. On peut retrouver les définitions de ces interfaces obligatoires dans les fichiers Salome_Component.idl et SALOMEDS.idl.

7 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 7/36 3Environnement 3.1Compilation et installation Les sources du composant ASTER se présentent sous une archive compressée au format *.tgz (cf site pal pour récupération). Dans ce paquet, on retrouve un script python de compilation et d'installation : setup.py. La compilation et l'installation nécessitent : l'extension et la modification de variables d'environnement pour exploiter les prérequis (prerequis.sh) de la plate-forme Salomé cible (sur laquelle le composant sera installé); source /chemin_vers_prerequis/prerequis.sh la localisation du répertoire d'installation du composant KERNEL de Salomé, par la variable d'environnement $KERNEL_ROOT_DIR. On peut pour cela sourcer le fichier envsalome.sh. source /chemin_vers_environnement/envsalome.sh Pré-requis Description omniidl(*) Compilation de l'interface serveur. lrelease(*) Compilation des fichiers de traduction (multi-linguisme). pyuic(*) Compilation des éléments graphiques QT du composant généré par l'assistant Qt-Designer. pylupdate(*) Mise à jour des fichiers de traduction (multi-linguisme). msg2qm(*) Compilation du fichier de description des icônes. fichiers IDL du Sources dont dépend l'interface serveur. KERNEL(**) Figure 2 : Dépendances à la compilation. (*) pré-requis Salomé. (**) variable d'environnement $KERNEL_ROOT_DIR. Une fois dans le bon environnement, on peut lancer le script d'installation (avec l'option prefix pour indiquer le répertoire cible d'installation): python setup.py install --prefix=/local/modulesalome/aster

8 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 8/36 3.2Exécution Le tableau ci-dessous montre les éléments indispensables à la bonne exécution du composant. On notera notamment les dépendances envers 2 autres composants Salomé : PAL et EFICAS. Pré-requis $ASTER_ROOT_DIR(*) Description Indique le répertoire d'installation du composant même. $PAL_ROOT_DIR(*) Indique le répertoire du composant PAL. Celui-ci regroupe des modules python (studymanager.py,...) utilisés par le composant ASTER. $EFICAS_ROOT_DIR(*) Indique le répertoire du composant EFICAS. Celui-ci regroupe des modules python (eficassalome.py,...) utilisés par le composant ASTER. $EFICAS_ROOT(*) Indique le répertoire du logiciel Eficas. Permet de lancer le client graphique Eficas (cf 5.4). $ASTK_ROOT_DIR(*) Indique le répertoire racine ASTK. Permet de lancer le client graphique ASTK dans Salomé (cf 5.3). $ASTK_EXEC_DIR(*) Indique le répertoire contenant les scripts d'exécution des services ASTK. Permet de soumettre un calcul Code_Aster (cf 5.1). AsterConfig(**) Configuration du module (cf 4). SalomeApp.xml(**) Configuration du module pour Salomé (cf 4). ASTERCatalog.xml(**) Définition des services du moteur pour le Superviseur (cf 6). (*) variable d'environnement. (**) fichier. Figure 3 : Dépendances à l'exécution.

9 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 9/36 4Configuration Le composant (parties client et serveur) récupère ses données de configuration à travers les fichiers suivants : Nom Répertoire AsterConfig (*)(**) $HOME/.pal_salome2/ SalomeApp.xml (*) ASTERCatalog.xml (*) $ASTER_ROOT_DIR/share/Salome/resources/ $ASTER_ROOT_DIR/share/Salome/resources/ (*) config client (gui). (**) config serveur (engine). Figure 4 : Emplacement des fichiers de configuration

10 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 10/36 4.1AsterConfig Les données contenues dans ce fichier regroupent les paramètres utilisateurs dans la soumission d un cas de calcul Code_Aster (niveau client et serveur) et de lancement du client ASTK dans Salomé. Il est créé automatiquement au premier démarrage avec des valeurs par défaut, et régénéré en cas de suppression. Donnée Description Valeur par Défaut 'HomeDir' le répertoire home utilisateur. $HOME 'LocalUser' le login utilisateur. $USER 'LocalMachine' nom de la machine locale. valeur fournie par uname -a 'AstkRootDir' répertoire racine ASTK. $ASTK_ROOT_DIR 'AstkClientPath' chemin du script *.tcl du client '$ASTK_ROOT_DIR/ASTK_CLIENT/li graphique ASTK. b/astk/astk.tcl' 'AstkOrigine' version du client ASTK. 'ASTK 1.3.3' 'ThreadTimerDelay' période d'interrogation de l'état d'un 0,5 job en seconde. 'Aster' (*) version de Code_Aster. version du code installé sur la machine définie par les données 'ServerName' et 'AstkExecDir' 'Mode' (*) suivi interactif des commandes 'interactif' 'Debug' (*) mode de lancement du code. 'nodebug' 'Temps' (*) durée demandée pour le calcul. 120 'Memory' (*) mémoire demandée. 128 'NbProcs' (*) nombre de processeurs demandés. 1 'Terminal' (*) terminal utilisé pour le suivi 'xterm -sb -geometry 100x25' interactif. 'Arguments' (*) arguments optionnels '' supplémentaires pour Code_Aster. 'ServerName' (*) nom du serveur de calcul nom machine local Code_Aster. 'ServerLogin' (*) login sur le serveur de calcul login utilisateur Code_Aster. 'AstkExecDir' (*) répertoire des services ASTK. $ASTK_EXEC_DIR 'Special' (*) '' (*) paramètre calcul Code_Aster (figurera dans le fichier profil *.export pour ASTK).

11 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 11/36 4.2SalomeApp.xml Ce fichier fournit à Salomé des informations générales sur le nom du module (Aster en l occurrence), sa nature et un chemin utile. Balise Description <parameter> Nom du composant <parameter> <parameter> <parameter> Icône du composant Nature du composant (ici IHM Qt en Python : SalomePyQtGUI) Chemin vers le répertoire de ressources du module (autres fichiers xml, icones, etc ) 4.3AsterCatalog.xml Ce fichier est à destination du composant Superviseur de Salomé. Il définit les services du moteur du composant ASTER. Ci-dessous la description des principales balises (cf 7.4 pour un exemple plus complet). Le composant ASTER définit une interface de nom Service ASTK comportant deux services de noms LocalSupervSolve et LocalSupervSolveChainage. Balise Description <component-name> nom du composant. <component-interface-name> <service-name> <inparameter-name> <inparameter-type> <outparameter-name> <outparameter-type> nom d'une interface. nom d'un service. nom d'un paramètre d'entrée d'un service. type d'un paramètre d'entrée d'un service. nom d'un paramètre de sortie d'un service. type d'un paramètre de sortie d'un service.

12 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 12/36 5Interface cliente 5.1Calcul Code_Aster La soumission d'un cas de calcul Code_Aster figure parmi les principales fonctionnalités du composant. Celui-ci fournit un premier mode de mise en données simple qui exploite l'arbre d'étude de Salomé. On donne dans ce chapitre la spécification d'un cas de calcul et des mécanismes impliqués dans la gestion du cas (soumission, exécution, arrêt, information) Définition d'un cas Il est constitué : de données d'entrée saisies par l'utilisateur : Données Jeu De Commande Code_Aster (*) Maillage (*) (*) champs obligatoirement renseigné par l'utilisateur. Description désigné soit par le chemin du fichier (*.comm) ou par une référence sur un élément de l'arbre d'étude de type Jeu De Commande Code_Aster (cf ). désigné soit par un chemin de fichier maillage (*.med, *.mmed) ou par une référence sur élément de l'arbre d'étude de type Maillage (cf ). de paramètres de calcul avec les valeurs par défaut définies dans le fichier de config (cf 4.1) mais modifiables par l'utilisateur : Paramètres Description Code_Aster (cf 4.1) Mode (cf 4.1) Debug (cf 4.1) Time (cf 4.1) Memory (cf 4.1) CPU Nb (cf 4.1) Terminal (cf 4.1) Argument (cf 4.1) Astk Directory (cf 4.1) Server Name (cf 4.1) Server Login (cf 4.1) Special (cf 4.1)

13 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 13/36 de données de sortie, disponibles à la fin d'un calcul : Résultats Description fichier (*.resu) contient les informations : - message de fin de calcul; - durée d'exécution de chaque commande dans le Jeu De Commande; - résultat de la commande TEST_RESU si spécifiée. fichier (*.mess) fichier destination : - répertoire du fichier de commande ; - préfixe = nom du cas de calcul. contient les informations détaillées sur les appels de chaque commande. fichier destination : - répertoire du fichier de commande ; - préfixe = nom du cas de calcul. fichier resultat maillage contient le résultat du calcul au format MED. Il est importé dans (*.resu.med) le composant VISU (Post-Pro). fichier destination : - répertoire du fichier de commande ; - préfixe = nom du cas de calcul. répertoire résultat base contient les informations permettant de reprendre le calcul (*.base) soumis (poursuite, post-traitement). répertoire destination : - répertoire du fichier de commande ; - préfixe = nom du cas de calcul.

14 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 14/ Exécution d'un cas Figure 5 : Diagramme de séquence : soumission d'un cas de calcul Code_Aster Après avoir créé un cas, l'utilisateur, via l'interface graphique, le sélectionne et le lance. Cette action entraîne l'appel au service ASTK as_exec. Selon les paramètres du calcul (définis lors de la création/édition du cas), le service est appelé localement ou sur une machine distante. Dans ce dernier cas on passe par le mécanisme rsh. Voici la spécification de cet appel : local : unset PYTHONHOME; <astkexecdir>/as_serv as_exec <profilpath> distant: rsh -l <userver> <mserver> 'unset PYTHONHOME; <astkexecdir>/as_serv as_exec <uclient>@<mclient>:<profilpath>' <astkexecdir> <profilpath> <userver> <mserver> <uclient> <mclient> = répertoire des services ASTK. = fichier profile *.export ASTK. = login utilisateur sur la machine serveur de calcul distante. = nom machine serveur de calcul distante. = login utilisateur sur la machine cliente locale. = nom machine cliente locale. Le calcul est alors soumis et on récupère en retour : jobid : numéro d'identifiant du job soumis (notre cas de calcul). jobname : le nom du job définit dans le fichier profile *.export.

15 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 15/36 L'utilisateur n'a pas à attendre la fin du calcul car l'appel aux services ASTK par le composant ASTER est asynchrone. Un mécanisme de gestion des jobs est mis en place de la manière suivante : A partir des informations du cas et des jobid et jobname récupérés, une instance de type JobMonitor, chargée de surveiller l'état d'avancement du calcul est créée. Celle-ci appelle à intervalles réguliers (cf 5.1.2) le service ASTK as_actu. Tant que l'état renvoyé est NEW, RUN ou PEND, elle continue l'interrogation. Voici la spécification de cet appel : local : unset PYTHONHOME; <astkexecdir>/as_serv as_actu <jobid> <jobname> interactif distant : rsh -l <userver> <mserver> 'unset PYTHONHOME; <astkexecdir>/as_serv as_actu <jobid> <jobname> interactif' <astkexecdir> <userver> <mserver> <uclient> <mclient> <jobid> <jobname> = répertoire des services ASTK. = login utilisateur sur la machine serveur de calcul distante. = nom machine serveur de calcul distante. = login utilisateur sur la machine cliente locale. = nom machine cliente locale. = identifiant du job. = nom du job. A la fin du calcul (ENDED), le cas dans l'arbre d'étude est mis à jour avec son nouvel état et les résultats (fichiers *.resu, *.mess, *.med). Si le calcul s'est bien déroulé, le fichier maillage (*.med) résultat est chargé dans le composant post-pro VISU. Remarque : à aucun moment on ne passe par les services du moteur pour l'exécution du cas. La partie GUI du composant attaque directement les services ASTK.

16 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 16/ Arrêt d'un cas Figure 6 : Diagramme de séquence : arrêt d'un cas de calcul Code_Aster Une fois un cas de calcul lancé, l'utilisateur peut l'interrompre. Pour cela, il le sélectionne dans l'interface GUI et demande son arrêt. Cette action entraîne l'appel au service ASTK : as_del. Voici la spécification de cet appel : local : unset PYTHONHOME; <astkexecdir>/as_serv as_del --remote_shell_protocol RSH --remote_copy_protocol RCP <jobid> <jobname> interactif distant : rsh -l <userver> <mserver> 'unset PYTHONHOME; <astkexecdir>/as_serv as_del -- remote_shell_protocol RSH --remote_copy_protocol RCP <jobid> <jobname> interactif' <astkexecdir> = répertoire des services ASTK. <userver> = login utilisateur sur la machine serveur de calcul distante. <mserver> = nom machine serveur de calcul distante. <uclient> = login utilisateur sur la machine cliente locale. <mclient> = nom machine cliente locale. <jobid> = identifiant du job. <jobname> = nom du job.

17 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 17/ Information sur un cas Figure 7 : Diagramme de séquence : information état cas de calcul Code_Aster Après avoir créé/lancé un cas de calcul Code_Aster, l'utilisateur peut connaître l'état et le diagnostique associé. Pour cela, il le sélectionne dans l'interface GUI et en fait la demande. Les informations sur le cas sont récupérées à partir de l'arbre d'étude (cf ). Une boite de dialogue informe ensuite l'utilisateur sur l'état et le diagnostique du cas.

18 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 18/36 5.2Wizards 5.2.1Présentation Le chapitre précédent a abordé une méthode de mise en données très axée «informatique» par sélection de fichiers. L'utilisateur est supposé aussi être familier avec la syntaxe du Jeu De Commande Code_Aster (un des fichiers à fournir). On propose par l'emploi d'assistants ou wizards, de fournir une vue plus orientée métier à l'utilisateur dans laquelle il s'affranchirait de l'écriture du Jeu De Commande Code_Aster, du numéro d'unité logique des fichiers fortran,..., et ne se consacrerait qu'à fournir des valeurs aux grandeurs physiques (propriétés des matériaux, conditions aux limites, chargement, etc...) du problème. Pour certains types d'étude mécanique, on peut associer ainsi un Jeu De Commande Code_Aster type. Le principe d'un assistant est alors de guider l'utilisateur dans l'affectation des valeurs physiques du problème dans ce Jeu De Commande tout en vérifiant la validité de ses choix. Il sera possible de travailler sur des éléments géométriques du composant GEOM ou des éléments de maillage du composant SMESH. A la fin de la mise en données, l'assistant pourra éventuellement créer un cas de calcul (cf 5.1.1) dans l'arbre d'étude (cf 7.1) et le lancer (cf 5.1.2) Linear Elasticity Il s'agit d'un assistant facilitant la réalisation d'études en élasticité linéaire. Ces fonctionnalités sont présentées dans le tableau 8. Modèle Matériau Blocages Chargement s 3D Module Au moins Au moins C_PLAN d'young un un D_PLAN Coefficient DX et/ou Pression AXIS de Poisson DY et/ou constante DZ Résolution MECA_STATI QUE Figure 8 : Assistant Linear Elasticity Post traitement Déplacements Contraintes Contraintes équivalentes 5.2.3Modal Analysis Il s'agit d'un assistant facilitant la réalisation d'études d'analyse modale. Ces fonctionnalités sont présentées dans le tableau 9. Modèle Matériau Blocages Nb de Modes 3D Module DX et/ou Au moins C_PLAN d'young DY et/ou un D_PLAN Coefficient DZ AXIS de Poisson Densité Résolution MODE_ITER_ SIMULT Figure 9 : Assistant Modal Analysis Post traitement Déplacements

19 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 19/ Linear Thermal Il s'agit d'un assistant facilitant la réalisation d'études de thermique linéaire. Ces fonctionnalités sont présentées dans le tableau 10. Modèle Matériau Blocages Chargement s Résolution 3D Conductivité T Flux THER_LINEA 2D thermique IRE Figure 10 : Assistant Linear Thermal Post traitement Température 5.2.5Fluid Solid Interaction Il s'agit d'un assistant facilitant la réalisation d'études chaînées fluide-structure. La donnée fluide est contenue dans un fichier MED et consiste en un champ de pression sur une surface 2D d'interface. Contrairement aux autres assistants, il ne permet pas le lancement d'un calcul, mais facilite la mise en données : en dépouillant les données fluide ; en rédigeant la partie assez technique du fichier de commandes Code_Aster portant sur la projection des champs ; en créant une étude ASTK. Les fonctionnalités sont présentées dans le tableau 11. Modèle Solide 3D Données Fluide 2D Pression ou Température Chargements Projection des champs fluide sur le maillage solide Interpolation temporelle Résolution Figure 11 : Assistant Fluid Solid Interaction Choix de la discrétisation temporelle

20 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 20/36 5.3ASTK L'intégration du client graphique ASTK fournit un mode de mise en données avancé, destiné à un utilisateur averti déjà familier avec l'environnement ASTK. On garde les même fonctionnalités que lors d'un lancement de l outil ASTK seul hors de Salomé mais on les étend avec des possibilités supplémentaires d'interaction avec l'environnement Salomé. Les chapitres suivants spécifient ces interactions. Pour les conditions de lancement et d'exécution on pourra se reporter aux chapitres 3.2 et 4.1. Figure 12 : ASTK dans Salomé

21 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 21/ Export Une liste d'éléments de l'arbre d'étude sont exportables de Salomé. Cette opération consiste à créer une entrée dans le client ASTK avec les chemins des fichiers correspondants aux éléments sélectionnés. Dans le cas d'éléments résidant dans l'étude mais sans fichier associé (maillage créé dans Salomé par exemple), on effectue implicitement l'opération d'export vers un fichier. Composant SMESH ASTER EFICAS Item Maillage : le maillage est exporté au besoin (dans le répertoire utilisateur $HOME) et une entrée de type mmed est créée dans ASTK. Jeu De Commande Code_Aster : une entrée de type comm est créée dans ASTK. Maillage : le maillage est exporté au besoin (dans le répertoire utilisateur $HOME) et une entrée de type mmed est crée dans ASTK. Jeu De Commande Code_Aster : une entrée de type comm est créée dans ASTK. Figure 13 : export vers ASTK 5.3.2Import Un ensemble d'éléments d'une étude ASTK peut être importé dans l'arbre d'étude Salomé. Cette opération consiste à créer les éléments correspondants dans l'arbre d'étude par l'import des fichiers par le composant adéquat. Type Composant comm ASTER : création d'un objet de l'arbre d'étude de nom le chemin du fichier. mmed rmed SMESH : import du fichier par le composant qui crée un objet maillage. VISU : import du fichier par le composant qui crée un objet résultat. Figure 14 : import vers Salomé 5.3.3Stanley L'exploitation d'une base résultat Code_Aster dans le composant VISU (Post-Pro) à travers l'outil Stanley nécessite la connaissance du nom de la machine et du numéro de port sur lequel est lancé la session Salomé courante. Ces deux paramètres sont configurables dans l'outil Stanley par l'utilisateur, mais dans le cadre d'un lancement de l'outil dans l'environnement Salomé, ils sont fixés automatiquement en paramètre de ligne commande : astk --from_salome NameService=corbaname::clp51am:2810 Dans l'exemple ci-dessus, Astk configure Stanley pour exploiter la session Salomé ouverte sur la machine clp51am et le port 2810.

22 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 22/36 5.4EFICAS L'outil Eficas permet la création d'un jeu de commande Code_Aster de manière interactive. Son intégration dans Salomé s'accompagne de nouveaux cas d'utilisation décrits dans les chapitres suivants. Pour les conditions de lancement et d'exécution on pourra se reporter aux chapitres 3.2 et 4.1. Figure 15 : EFICAS dans Salomé 5.4.1Lancement dans Salomé Le lancement du logiciel Eficas dans Salomé se fait : par sélection dans la barre de menu. Si l'utilisateur a sélectionné auparavant un élément Jeu De Commande (*.comm) dans l'arbre d'étude, celui-ci est ouvert dans Eficas; par sélection (clic-droit) dans l'arbre d'étude d'un élément Jeu De Commande (*.comm). Eficas s'ouvre alors avec le fichier sélectionné.

23 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 23/ Sélection Salomé Il est possible d'affecter un groupe de maille ou un groupe de nœuds dans un Jeu De Commande par sélection d'une sous-géométrie ou d'un groupe de maillage figurant dans l'arbre d'étude Salomé. Tous les mots clés du Jeu De Commande de la forme *GROUP_MA* ou *GROUP_NO* sont susceptibles d'une telle affectation. L'ensemble de ces sélections et affectations a pour but la création ou mise à jour d'un maillage (cf 5.4.4). Dans cette opération, l'utilisateur sera guidé par un contrôle de la validité de ses choix (cf chapitres suivants) Détermination géométrie principale La détermination de la géométrie principale sur laquelle on travaille est primordiale dans l'ensemble des nouvelles opérations introduites. Elle se fait une seule fois par ouverture du Jeu De Commandes : implicitement, lors de la première sélection d'une sous-géométrie par l'utilisateur : la géométrie à laquelle appartient la sous-géométrie est la géométrie principale; implicitement, lors de la première sélection d'un groupe de maillage : le maillage auquel appartient le groupe sélectionné est basé sur une géométrie principale. C'est cette dernière qui est la géométrie principale. Si le maillage a été importé d'un fichier, il n'est basé sur aucune géométrie principale et la détermination reste alors pour le moment encore indéfinie; par sélection de l'utilisateur dans une boite de dialogue ouverte à la sauvegarde du Jeu De Commande : une liste de géométrie principale est proposée à l'utilisateur. Celle-ci est constituée de toutes les géométries principales des sous-géométries de l'arbre d'étude portant un nom figurant dans les valeurs des mots clés *GROUP_MA* et *GROUP_NO* du Jeu De Commandes. On réitère le processus pour chaque nouveau Jeu De Commandes ouvert. La géométrie principale peut alors, selon les actions engagées, différer d'une ouverture à l'autre d'un même Jeu De Commandes Sous-géométrie Dans le cas où l'utilisateur sélectionne un élément géométrique du composant GEOM, on applique les tests suivants : on vérifie si c'est bien une sous-géométrie car on n autorise pas la sélection d une géométrie principale ; dans le cas où la géométrie principale a déjà été déterminée (cf ), on vérifie si c'est bien une sousgéométrie de celle-ci ; on interdit l'affectation d'une sous-géométrie de type VERTEX à un *GROUP_MA* ; on avertit l'utilisateur s'il affecte une sous-géométrie d'un autre type que VERTEX à un *GROUP_NO* mais on accepte quand même la sélection Groupe de mailles Dans le cas où l'utilisateur sélectionne un groupe de mailles du composant SMESH, on applique les tests suivants : on vérifie si c'est bien un groupe de mailles ; on interdit l'affectation d'un groupe de mailles de type NODE à un *GROUP_MA* ; on avertit l'utilisateur s'il affecte un groupe de mailles de type autre que NODE à un *GROUP_NO* mais on accepte quand même la sélection ; si le maillage auquel appartient le groupe de mailles sélectionné ne fait pas référence à une géométrie principale (cas d'un maillage importé d'un fichier), on accepte ; si le maillage auquel appartient le groupe de mailles sélectionné est basé sur une géométrie principale, on vérifie que c'est bien la géométrie principale déterminée (cf ).

24 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 24/ Visualisation Il est possible de visualiser les géométries associées aux groupes de mailles *GROUPE_MA* ou de nœuds *GROUPE_NO* figurants dans un Jeu De Commande chargé dans Eficas. La visualisation se fait par simple sélection de l'utilisateur. Si le nom de l'élément sélectionné figure parmi les géométries de l'arbre d'étude Salomé, il est affiché dans la vue courante (il faut au moins avoir une vue ouverte). Pour des raisons ergonomiques, chaque élément visualisé se verra attribuer une couleur de façon cyclique Création/ Mise à jour maillage A partir des groupes de mailles et de nœuds figurant dans un Jeu De Commande, l'utilisateur peut décider soit de créer un nouveau maillage ou de mettre à jour un maillage déjà existant dans l'arbre d'étude Salomé. On propose à l'utilisateur ce choix à la sauvegarde du fichier de commande. S'il choisit de créer un nouveau maillage, celui-ci sera alors basé sur la géométrie principale déterminée précédemment (cf ). La mise à jour d'un maillage existant dans l'arbre d'étude Salomé est proposée à l'utilisateur si celui-ci est basé sur la même géométrie principale déterminée précédemment (cf ). Une liste des maillages répondant à ce critère est proposée à l'utilisateur. Dans les deux cas on récupère toutes les sous-géométries de l'arbre d'étude dont le nom figure dans un mot clé *GROUP_MA* ou *GROUP_NO* du Jeu De Commande ouvert, et on applique les transformations suivantes : Type géométrique Groupe de maille VERTEX NODE EDGE WIRE FACE SHELL SOLID COMPSOLID COMPOUND EDGE EDGE FACE FACE VOLUME VOLUME Il faut déterminer le vrai type par analyse de la valeur de retour à l'appel de la méthode GetType() définie dans GEOM_Gen.idl : 7 -> NODE 6 -> EDGE 4 -> FACE 2 -> VOLUME Figure 16 : Création groupe de mailles Remarque : si le groupe existe déjà dans le maillage, on ne le crée pas (pas de doublons).

25 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 25/36 5.5Post-traitement Stanley 5.5.1Rappel Stanley est un outil graphique de Code_Aster destiné à explorer une base résultats Code_Aster. A l'origine, il exploite les services des logiciels de post-traitement GMSH et XMGRACE. Son intégration dans l'environnement Salomé ajoute la possibilité d'exploiter les services du composant VISU (Post-Pro). Il est à noter qu en terme d utilisation pratique, aucune modification n est apparue suite à ce portage. On renvoie donc le lecteur à la doc. U pour toute problématique d utilisation Lancement dans Salomé Le lancement de l'outil Stanley dans Salomé se fait : par sélection (clic-droit) dans l'arbre d'étude (cf ) d'un élément base résultats Code_Aster (*.base). On peut alors explorer la base avec l'outil Stanley; indirectement, après avoir lancé un calcul avec l'outil ASTK (cf 5.3) dans Salomé. Stanley peut être lancé avec la bonne configuration par défaut (cf 5.3.3) Configuration Les paramètres spécifiques Salomé sont les suivants : Paramètre machine port Description nom de la machine où réside la session Salomé qu'on souhaite exploiter. numéro de port de la session Salomé qu'on souhaite exploiter. Ils sont utiles au module pylotage intégré dans Stanley pour localiser le service de nom NamingService utilisé par la session Salomé visée. Dans le fonctionnement de l'outil Stanley, ces paramètres sont récupérés à partir du fichier de configuration de Stanley ou spécifiés en argument de ligne de commande de l'interpréteur python par le paramètre -ORBInitRef Sélection étude Il peut y avoir aucune ou plusieurs études ouvertes dans la session Salomé courante. Si aucune étude n'est ouverte, on en crée une par défaut de nom «Stanley». Dans le cas de plusieurs études présentes, on donne à l'utilisateur la possibilité de choisir Visualisation champs résultats Par défaut les champs sont visualisés sous forme de cartes scalaires (ScalarMap). Seuls les champs de déplacements sont visualisés sous forme de déformées (DeformedShape) Visualisation courbes d'évolution Points Si le support de visualisation est un point, on crée autant de courbes paramétrées par le temps qu'il y a de composantes sélectionnées Chemins Si le support de visualisation est une ligne, on crée autant de courbes paramétrées par l'abscisse curviligne qu'il y a de composantes sélectionnées.

26 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 26/36 6Interface serveur La partie engine du composant ASTER est un objet Corba implémenté en Python et qui réside dans le processus serveur Salomé_ContainerPy. Son cycle de vie est géré par le container FactoryServerPy. Il fournit les deux services décrits dans les deux paragraphes suivants. Ils sont définis dans l'interface IDL ASTER_Gen.idl. 6.1Calcul Code_Aster simple long LocalSupervSolve( in string commfilename, in string meshfilename, out string resufilename, out string rmedfilename ) raises (SALOME::SALOME_Exception); Paramètre commfilename meshfilename resufilename rmedfilename return Description chemin du fichier de Jeu De Commande Code_Aster (*.comm). chemin du fichier maillage solide (*.med). chemin du fichier résultat (*.resu). chemin du fichier maillage et champs résultats MED (*.rmed). = 1, si le calcul a abouti (ENDED). Attention, ne signifie pas le succès du calcul. Il faut vérifier la présence des fichiers résultats et éventuellement regarder le fichier (*.resu). = 0, erreur dans l'appel du service. 6.2Calcul Code_Aster avec chaînage fluide long LocalSupervSolveChainage( in string commfilename, in string meshfilename, in string fieldifsfilename, out string resufilename, out string rmedfilename ) raises (SALOME::SALOME_Exception); Paramètre commfilename meshfilename fieldifsfilename resufilename rmedfilename return Description chemin du fichier de Jeu De Commande Code_Aster (*.comm). chemin du fichier maillage solide (*.med). chemin du fichier (*.med) contenant les résultats d'un calcul fluide projetés sur le maillage de peau de l'interface fluide-structure. chemin du fichier résultat (*.resu). chemin du fichier maillage résultat MED (*.rmed). = 1, si le calcul a aboutit ( ENDED ). Attention, ne signifie pas le succès du calcul. Il faut vérifier la présence des fichiers résultats et éventuellement parser le fichier (*.resu). = 0, erreur dans l'appel du service.

27 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 27/36 6.3Commentaires Pour éviter la perte des résultats d'un précédent calcul, et permettre de lancer successivement plusieurs calculs à la suite, les chemins des fichiers résultats et le nom du job soumis sont suffixés d'un identifiant unique (nombre de secondes depuis 1970). Il existe une limitation à l'utilisation de ces 2 services concernant les emplacements des fichiers données et résultats. Ils doivent être accessibles par l'engine et partager le même système de fichiers. 7Spécification détaillée 7.1Arbre d'étude Salomé Ce chapitre spécifie la sémantique et les valeurs des éléments de l'arbre d'étude Salomé manipulés par le composant. Pour information, on retrouvera l'implémentation de cette gestion de l'arbre d'étude dans les modules browser.py (composant ASTER) et studymanager.py (composant PAL) Généralités Figure 17 : arbre d'étude Salomé

28 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 28/36 La Figure 17 montre la vue qu'un utilisateur a d'une étude Salomé. Il manipule en fait, à travers cette interface, de multiples objets CORBA. Chaque étude est représentée par un objet CORBA de type SALOMEDS::Study (cf fichier SALOMEDS.idl) qui contient d'autres objets (les items de l'arbre). Un item peut posséder certaines propriétés : des attributs. On spécifiera dans la suite, les propriétés des items composant un cas de calcul Code_Aster (cf 7.1.3) Attributs Listes Nom Description AttributeName Nom de l'objet. Visible dans l'arbre d'étude (section Object). AttributeFileType (cf ). AttributeExternalFileDef (cf ). AttributeComment Chaîne de caractère à vocation diverse. Visible dans l'arbre d'étude (section Value). AttributePixMap Chaîne de caractère désignant l'icône de l'objet (cf ). Figure 18 : les principaux attributs manipulés par le composant Remarque : la liste n'est pas exhaustive Typage: attributs AttributeFileType et AttributeExternalFileDef Les valeurs de l'attribut «AttributeFileType» permettent de typer un objet de l'arbre d'étude. L'attribut «AttributeExternalFileDef» vient souvent s'y ajouter pour stocker la valeur. Pour chacun de ces couples (type, valeur) on peut ainsi engager des opérations spécifiques. Le tableau cidessous donne la liste des objets typés dans l'arbre d'étude. AttributeFileType Désigne ASTERCASE objet cas de calcul Code_Aster. FICHIERMED FICHIER_RESU FICHIER_MESS objet maillage. objet fichier résultat. objet fichier mess. FICHIER_RESU_MED objet maillage résultat (*). REPERTOIRE_BASE objet base Code_Aster. REPERTOIRE_BASE_HDF objet base Code_Aster format HDF (*). FICHIER_EFICAS_ASTER FICHIER_EFICAS_HOMARD objet fichier Jeu De Commande Code_Aster. objet fichier Jeu De Commande HOMARD. FICHIER_EFICAS_HOMARD_CONF sans objet (*) ne figure pas actuellement dans l'arbre d'étude.

29 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 29/ Icônes: attribut AttributePixMap et fichier ASTER_icons.po Il est possible d'associer une icône à un objet de l'arbre d'étude. Celui-ci doit posséder l'attribut AttributePixMap de valeur son nom figurant dans le fichier ASTER_icons.po. Par exemple :... msgid "ICON_ASTER" msgstr "Code_Aster-mini.png" msgid "ICON_COMM_FILE" msgstr "comm_file.png"... Figure 19 : fichier ASTER_icons.po ComFilePathEntry = studymanager.palstudy.additem( dataentry, itemname = os.path.basename( ComFilePath ), itemtag = TagComFilePath, itemcomment = ComFilePath, itemicon = "ICON_COMM_FILE" ) Figure 20 : ajout attribut AttributePixMap Dans la figure ci-dessus, l'attribut AttributePixMap a pour valeur ICON_COMM_FILE.

30 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 30/ Cas Code_Aster Informations sur le cas Certaines informations utiles pour le bon fonctionnement du composant mais cachées à l'utilisateur peuvent être retrouvées dans la valeur de l'attributecomment de l'objet cas de calcul Code_Aster. Elles sont décrites dans le tableau suivant : Indice Valeur 1 AsterStudyCaseID. Identifiant unique du cas (correspond au nombre de secondes écoulées depuis 1970). 2 Name. Nom du cas 3 Status. État du cas (voir tableau suivant). 4 StudyID. Identifiant de l'étude courante du cas. 5 CaseEntry. Identifiant dans l'arbre d'étude du cas. 6 JobID. Identifiant du job sur le serveur de calcul Code_Aster (correspond à la valeur retournée par le service ASTK as_exec). 7 JobName. Nom du job sur le serveur de calcul Code_Aster (correspond à la valeur retournée par le service ASTK as_exec). 8 JobDiagnostic. Diagnostique du job (correspond à la valeur retournée par le service ASTK as_actu). 9 StudyName. Nom de l'étude courante du cas. 10 FollowUp. Indique si on doit afficher le suivi interactif à l'exécution du cas. 11 SaveDataBase. Indique si on doit sauvegarder la base parmi les résultats de l'exécution du cas. Status Description NEW le cas se trouve dans cet état après sa création ou son édition. PEND le cas est en attente de soumission. RUN le cas est en cours. SUSPENDED ENDED ENDED_OK UNKNOWN le cas a été suspendu. le cas est terminé. le cas est terminé avec un diagnostic OK. le cas est dans un état indéterminé.

31 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 31/ Données Nom dans AttributeFileType AttributeExternalFileDef AttributeComment Tag ObjectBrowser nom fichier FICHIER_EFICAS_AS chemin complet fichier chemin complet fichier 1 TER nom fichier (*) FICHIER_EFICAS_AS chemin complet fichier chemin complet fichier 2 TER nom fichier FICHIERMED chemin complet fichier chemin complet fichier 3 nom fichier(*) FICHIERMED chemin complet fichier chemin complet fichier 4 (*) référence vers un autre élément de l'arbre d'étude Paramètres Nom dans ObjectBrowser AttributeFileType AttributeExtern AttributeComment Tag alfiledef Code_Aster Ø Ø sa valeur 1 Mode Ø Ø sa valeur 2 Debug Ø Ø sa valeur 3 Time Ø Ø sa valeur 5 Memory Ø Ø sa valeur 6 CPU Nb Ø Ø sa valeur 7 Terminal Ø Ø sa valeur 8 Argument Ø Ø sa valeur 9 Astk Directory Ø Ø sa valeur 10 Server Name Ø Ø sa valeur 11 Server Login Ø Ø sa valeur 12 Special Ø Ø sa valeur Résultats AttributeName AttributeFileType AttributeExternalFileDef AttributeComment Tag nom répertoire REPERTOIRE_BASE chemin complet chemin complet 2 nom fichier FICHIER_RESU chemin complet chemin complet 4 nom fichier FICHIER_MESS chemin complet chemin complet 5 nom fichier(*) objet résultat *.mmed du calcul: référence vers un objet résultat dans VISU (Post-Pro). (*) référence vers un autre élément de l'arbre d'étude. 6

32 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 32/36 7.2Multilinguisme 7.2.1Rappels Le mécanisme mis en place est décrit ici: Pour résumer: identification des éléments multilangues : on applique la fonction qt.qapp.translate() aux parties du code source destinées à être traduites; création/mise à jour d'un fichier projet Qt (*.pro) : on y indique les sources et les fichiers résultats de traductions Qt Linguist (*.ts) (cf figure 17); lancement de la commande pylupdate : pour obtenir ces fichiers de traduction : pylupdate aster.pro; il y a un fichier de traduction (*.ts) par langue. On peut ensuite traiter chacun de ces fichiers avec l'assistant Qt Linguist. Cette opération peut être confiée à un traducteur spécialisé; pour être exploitable par l'application, les fichiers sources de traduction (*.ts) doivent être ensuite compilés au format binaire (*.qm) avec la commande : lrelease ASTER_msg_en.ts -qm ASTER_msg_en.qm aster.pro --> ASTER_msg_en.ts --> ASTER_msg_en.qm Figure 21 : élaboration fichier de traduction En cas de mise à jour des sources (ajout de fichier ou d'élément traduisible) : modifier le fichier projet Qt (*.pro) si nécessaire et appliquer la commande pylupdate; mettre à jour les nouveaux éléments des fichiers de traduction (*.ts); recompiler pour obtenir les nouveaux binaires (*.qm). Remarques : si on introduit de nouveaux éléments traduisibles sans ajouter de nouveaux fichiers sources, on pourra appliquer directement, avec le script d'installation (setup.py) du composant ASTER la commande suivante : python setup.py pylupdate. SOURCES = astk/client.py\ aster/gui/interface.py\ aster/gui/browser.py\ aster/gui/wizards/linearthermic_ui.py\ aster/gui/wizards/modalanalysis.py\ aster/gui/wizards/modalanalysis_ui.py TRANSLATIONS = aster/gui/data/translate/aster_msg_en.ts\ aster/gui/data/translate/aster_msg_fr.ts\ aster/gui/data/translate/aster_msg_de.ts Figure 22 : fichier aster.pro

33 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 33/ Configuration Fichier SalomeApp.xml (général, commun à tous les autres composants) aster_msg_xx.ts Description La sélection du langage se fait dans ce fichier. <section name="language"> <parameter name="language" value="en"/> <parameter name="translators" value="%p_msg_%l.qm %P_icons.qm %P_images.qm"/> </section> Avec xx = en, fr, de (anglais, français, allemand). Fichier source de traduction éditable par l'application Qt Linguist. Il en existe un pour chaque langue. Chaque élément dans le source du composant destiné à être traduit (via la fonction qt.qapp.translate()) se retrouve dans ce fichier. aster_xx.xml Avec xx = en, fr, de (anglais, français, allemand). Fichier décrivant le desktop, menubar, pop-up,... Il en existe un pour chaque langue, donc à adapter en circonstance. 7.3Gestion des erreurs 7.3.1Interface Cliente Les comportements attendus et inattendus mais non gérés par le composant sont caractérisés par des levées d'exceptions (voir module error.py). La politique est la capture de ces exceptions et la notification de celles-ci par boite de dialogue à l utilisateur Salomé Interface Serveur Lorsqu'on invoque une fonction du moteur du composant ASTER, il est possible que celle-ci lève une exception en cas de dysfonctionnement. L'exception est alors typée SALOME::SALOME_Exception (cf SALOME_Exception.idl, ASTER_Gen.idl).

34 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 34/36 7.4Superviseur: AsterCatalog.xml Ce catalogue est utilisé en premier lieu par le composant superviseur de Salomé. <?xml version='1.0' encoding='us-ascii'?> <begin-catalog>... <component-service-list> <component-service> <service-name>localsupervsolve</service-name> <service-author>pbruno</service-author> <service-version>2.2.5</service-version> <service-comment>unknown</service-comment> <service-by->0</service-by-> <inparameter-list> <inparameter> <inparameter-name>commfilename</inparameter-name> <inparameter-type>string</inparameter-type> <inparameter-comment>unknown</inparameter-comment> </inparameter> <inparameter> <inparameter-name>meshfilename</inparameter-name> <inparameter-type>string</inparameter-type> <inparameter-comment>unknown</inparameter-comment> </inparameter> </inparameter-list> <outparameter-list> <outparameter> <outparameter-name>return</outparameter-name> <outparameter-type>long</outparameter-type> <outparameter-comment>unknown</outparameter-comment> </outparameter> <outparameter> <outparameter-name>resufilename</outparameter-name> <outparameter-type>string</outparameter-type> <outparameter-comment>unknown</outparameter-comment> </outparameter> <outparameter> <outparameter-name>rmedfilename</outparameter-name> <outparameter-type>string</outparameter-type> <outparameter-comment>unknown</outparameter-comment> </outparameter> </outparameter-list> <DataStream-list></DataStream-list> </component-service> <component-service>... </component-service> </component-service-list>... </begin-catalog> Figure 23 : extrait du catalogue ASTER Dans ce fichier on définit les services qu'offre le moteur du composant ASTER dans l'environnement Salomé : il doit donc refléter une sous-partie de l'interface IDL du composant (ASTER_Gen.idl). Il est écrit en XML et suit une grammaire bien précise : une balise pour déclarer un service <component-service>, les paramètres d'entrée <inparameter>, de sortie <outparameter>, etc...

35 Titre : Description du Module Aster de Salomé Date : 22/12/2008 Page : 35/36 8Annexe 8.1Base Subversion Les sources du composant ASTER sont disponibles dans la base subversion à l'adresse suivante : svn://aster/astersalome/module_aster/ L'arborescence adoptée (trunk / branches / tags) est celle préconisée par les auteurs de subversion. On pourra consulter le lien suivant : Pour récupérer en local la version de développement (tête de branche), dans un répertoire dédié, taper en ligne de commande : cd /local00/dev/ svn co svn://aster/astersalome/module_aster/trunk Le répertoire «trunk» de la base sera recopié en local dans /local00/dev.