Outils pour utilisateurs

Outils du site


public:specs_commandes_persistence

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Prochaine révision
Révision précédente
public:specs_commandes_persistence [2018/05/15 13:06]
matthieu.decorde@ens-lyon.fr créée
public:specs_commandes_persistence [2019/08/23 14:26] (Version actuelle)
matthieu.decorde@ens-lyon.fr [TXM 0.8.0 - via les préférences RCP]
Ligne 24: Ligne 24:
   * à la demande (ex: check du menu contextuel d'un résultats)   * à la demande (ex: check du menu contextuel d'un résultats)
  
 +
 +===== Solutions =====
 +
 +==== TXM 0.8.0 - via les préférences RCP ====
 +
 +A chaque résultat persisté est associé un noeud de préférence RCP. Le noeud est rattaché au résultat parent. Le noeud racine étant le projet RCP qui héberge le corpus (Project scope).
 +
 +La persistance (si activée) se fait dans les fichiers TXMHOME/​corpora/​CORPUS/​.settings/​*txm_XYZ_NomDeClasse.prefs :
 +  * "​txm_"​ marqueur de résultat
 +  * "​XYZ_"​ la timestamp de création du résultat
 +  * "​NomDeClasse"​ la classe Java du résultat persisté
 +
 +Ce format permet de recréer les objets dans le même ordre et évite la résolution de l'​arbre des résultat. (Le premier fichier txm_XYZ_ABC est toujours le "​Projet"​ de corpus).
 +
 +Les noeuds partagent des champs :
 +  * class : la classe Java persistée
 +  * creation_date : date de création du résultat au format YYYYMMDD_HHmmSSsss
 +  * last_computing_date : date de miseà jour du résultat lors du calcul au format YYYYMMDD_HHmmSSsss
 +  * lazy_name : nom du résultat affiché dans la vue corpus après un calcul
 +  * locked_result : non utilisé ; permet le freeze d'un résultat
 +  * **parent_parameters_node_path** : identifiant du noeud de préférence du résultat parent
 +  * **result_parameters_node_path** : identifiant du noeud du résultat
 +  * user_name : nom personalisé par l'​utilisateur
 +  * visible : active ou pas l'​affichage du noeud dans la vue corpus
 +
 +**parent_parameters_node_path** et **result_parameters_node_path** sont essentiels à la reconstruction du résultat. ​
 +
 +En plus des champs partagés, on trouvera les champs qui correspondent aux paramètres des commandes. Par exemple "​query"​ pour la requête de la concordance.
public/specs_commandes_persistence.1526382396.txt.gz · Dernière modification: 2018/05/15 13:06 par matthieu.decorde@ens-lyon.fr