Architecture des fichiers d'edition d'un corpus

Objectif

Faciliter l'installation d'un corpus dans le portail.

Il y a 2 différences majeures entre une édition dans un portail et dans une RCP :

  • La page courante :
    • Portail : racine du site
    • RCP : adresse de la page
  • Les droits d'accès
    • RCP : les éditions sont sur la machine de l'utilisateur
    • Portail : les éditions sont hébergées sur le serveur et ne sont pas forcement en libre accès (anonyme)

Méthode

Homogénéiser l'architecture des éditions entre GWT et la RCP. GWT est l'environnement le plus contraint, c'est lui qui primera dans les choix.

État de la plateforme

Aujourd'hui seul le contenu HTML est contrôlé, certain éléments de l'édition pourront l'être aussi (images, css, scripts, etc.).

Avancement dans l'élaboration de la solution

Solution

A intégrer :

** Editions de corpus sont composées de fichiers :

- HTML
- images
- CSS
- Scripts

** Différences entre GWT et RCP :

- page courante : 
  GWT: racine webapps
  RCP : page HTML de l'édition

Homogénéiser la structure des editions.

** Nouvelle architecture HTML de la GWT :

Images : 
	- images de l'appli : obligatoire "$WEBAPPS/images" -> "/images"
	- images des pages CMS : "$WEBAPPS/res/cms/images" -> "res/cms/images"
	- images mutualisées des corpus : "$WEBAPPS/res/images" (ex: logos) -> "res/images"
	- images des corpus : "$WEBAPPS/res/images/<nom du corpus>" -> "res/images/<nom du corpus>"

CSS :
	- css SmartGWT : "$WEBAPPS/txmweb/sc/skins/Graphite"
	- css des pages CMS + page HTML point d'entrée du portail : "$WEBAPPS/res/css"
	- css mutualisées des corpus : "$WEBAPPS/res/css"
	- css des corpus : "$WEBAPPS/res/css/<nom du corpus>"

scripts :
	- scripts SmartGWT : "$WEBAPPS/txmweb/sc" -> "txmweb/sc"
	- scripts des pages CMS : "$WEBAPPS/js_cms" -> "js_cms"
	- scripts mutualisés des corpus : "$WEBAPPS/js_corpora" -> "js_corpora"
	- scripts des corpus : "$WEBAPPS/js_corpora/<nom du corpus>" -> "js_corpora/<nom du corpus>"

** Controle d'accès aux images des corpus :
Aujourd'hui, pas de controle d'accès
Une servlet qui répond aux adresses précédées de "corpus/images" pourrait faire le controle d'accès

**Nouvelle architecture HTML de la RCP**

Images : 
	- images de l'appli : dans les jars
	- images des pages CMS : "~/TXM/images_cms" -> "res/cms/images"
	- images mutualisées des corpus : "~/TXM/corpora/<nom du corpus>/HTML/<nom du corpus CQP>/<facette>/images_corpora" (ex: logos) -> "res/images"
	- images des corpus : "~/TXM/corpora/<nom du corpus>/HTML/<nom du corpus CQP>/<facette>/images_corpora/<nom du corpus>" -> "res/images/<nom du corpus>"

CSS :
	- css sources pour import TXM : "~/TXM/css"
	- css des pages CMS (Welcome, TreeTagger, etc.) : "$TXMINSTALL/css_cms"
	- css mutualisées des corpus : "~/TXM/css_corpora"
	- css des corpus : "/css_corpora/<nom du corpus>"

scripts :
	- scripts SmartGWT : "/txmweb/sc"
	- scripts des pages CMS : "/js_cms"
	- scripts mutualisés des corpus : "/js_corpora"
	- scripts des corpus : "/js_corpora/<nom du corpus>"

** Infrastructure

GWT:
	- lieu de référence (SVN et dossiers) : pages CMS et bouts de corpus (HTML, images, css, etc).
	- lieu d'exécution : pages publiées par Tomcat et dossiers des corpus binaires chargés

Après un déploiement, les sources HTML, images, css et scripts du lieu de référence doivent être copiés dans le lieu d'exécution ($WEBAPPS).


RCP:
	- lieu de référence (dossier ou SVN) : corpus binaires ".txm" (exportés)
	- lieu d'exécution : dossiers des corpus binaires chargés

État de l'art

Éléments de solution

Prototypes

Version finale

Documentation

Utilisateur

Développeur

Recette

Protocole de test

Alpha

Beta

État courant

Qui Quand Quoi

public/specs_archi_fichiers_editions.txt · Dernière modification: 2015/10/21 16:58 par alexei.lavrentev@ens-lyon.fr