Uniform se présente sous forme d'une servlet et permet d'afficher des dossiers de formation respectant les régles d'usages CDM-fr écrites par le groupe technique conduit la DT / SDTICE durant l'année 2005. |
Dates de modification | ||
---|---|---|
|
|
|
|
|
|
|
|
|
|
|
|
Uniform permet à un établissement de présenter de façon personnalisée une offre de formation. Les dossiers de formations sont stockés au format CDM et respectent les règles d'usage définies par le groupe CDM-fr. Pour plus détail sur ces régles d'usages, nous vous conseillons de visiter le site CDM-fr . Lors de la rédaction de ce document, des variables notées {nomdelavariable} ont été utilisées : la dernière section en donne la signification.
Uniform manipule des documents XML respectant le format CDM-fr. Chacun de ces documents représente un dossier de formation "complet", avec les éléments décrivant l'organisation, le "diplôme" en lui-même et l'ensemble des unités d'enseignements, puis enfin les personnes concernées par cette formation.
Uniform prend en compte une année fournie en paramétre de configuration (pour être compatible avec le canal SOF) de façon à restreindre l'affichage des dossiers de formations.
Si un document présenté en entrée contient plusieurs diplômes (plusieurs éléments program), Uniform crée pour chacun d'eux un dossier de formation.
Les dossiers de formation peuvent être "importés" manuellement par des lignes de commande ou par l'intermédiaire d'un webservice compatible avec le canal SOF .
Chaque dossier est chargé dans l'espace de stockage, indexé et se voit créer un document de type PDF.
La servlet propose à l'utilisateur de rechercher des formations suivant des critères de niveau d'étude, de domaine de formation ou à partir de mots contenus dans son intitulé ou sa description. Elle affiche des listes de diplômes, puis permet de visualiser le dossier de formation, de consulter les semestres et les contenus de chaque unité d'enseignement.
Uniform est une application reposant sur la manipulation de document XML et la présentation des écrans HTML est générée par des transformations dont les régles sont écrites dans des fichiers de type XSL. Les contenus des dossiers de formations restent accessibles au format CDM-fr ce qui peut faire d'Uniform une source XML.
En plus de se comporter comme un afficheur de dossiers de formations, Uniform offre les deux fonctionnalités avancées suivantes :
Uniform offre un dépôt des dossiers de formation accessible depuis le protocole OAI-PMH
Unform se présente désormais aussi comme un " middleware " : son moteur de recherche et les dossiers de formations sont accessibles depuis des applications distantes par le biais d'un webservice . Ces applications peuvent prendre la forme d'une servlet ou d'une portlet qui s'intégrera dans le portail esup. Un exemple de servlet (incluant une archive java) est disponible sur le site de sourcesup (Client webservice uniform) .
Grâce à ces fonctionnalités, un service qui intégre un "moissonneur" de type OAI-PMH pourra indexer les documents d'un site uniform. Cela permettra de mettre en place un serveur régional d'offre de formation.
Les fichiers de configuration d'uniform ont été modifiés lors du passage de la version 3.0 à 3.1. Cette section décrit la procèdure à éxécuter pour faire évoluer vos propres fichiers de configuration.
De même, si vous avez fait évoluer les feuilles xsl de présentation, il vous faut aussi écuter la procédure décrite plus loin dans la section " Reprise des éléments de la présentation ".
Après avoir dézippé l'archive esup-uniform.3.1-RCx, vous devez avoir un répertoire comportant votre application actuelle en version 3.0 (esup-uniform.3.0-RC2) et un répertoire correspondant à la version d'uniform 3.1 ayant pour nom esup-uniform.3.1.RCx. C'est dans ce dernier répertoire que vous allez préparer la migration d'uniform.
Copiez le fichier properties/uniform-config.sample.xml en le nommant properties/uniform-config.xml puis editez le.
Vous allez y reporter les valeurs qui sont actuellement présentes dans votre fichier properties/uniform-config.xml de la version 3.0
Voici la liste des éléments qu'il faut recopier de la version 3.0 vers la version 3.1 :
/uniform/data-base/@path et /uniform/data-base/@name
/uniform/init-base
/uniform/xsl/sof2cdm /uniform/xsl/dom2pdf /uniform/xsl/sof2orgUnit /uniform/xsl/extract-program
/uniform/lucene-config/year-search
/uniform/view/pas /uniform/view/lang /uniform/view/affiche-mode
L'élément de la version 3.0 /uniform/xsl/profil-name doit être déplacé vers /uniform/view/profil-name de la version 3.1
Le nom par défaut de ce fichier de configuration a été modifié : en version 3.0 il s'appelait lucenequery.xml , en version3.1 il s'appelle désormais search-engine-config.xml
Copiez le fichier properties/search-engine-config.sample.xml en le nommant properties/search-engine-config.xml puis editez le si vous avez été amené à faire évoluer le fichier lucenequery.xml pour votre application version 3.0
Il faut transférer les attributs /xquery/indexes/index/@id et /xquery/indexes/index/@xpath de chacun de vos éléments /xquery/indexes/index de la version 3.0 respectivement vers les attributs /search-engine/folder/communs-indexes/index/@name et /search-engine/folder/communs-indexes/index/@terms .
Si cet index doit être utilisé en recherche texte intégral, vous pouvez ommettre l'attribut keyword , dans le cas contraire, il faut ajouter l'attribut keyword à la valeur true .
Dans la version 3.0, l'élément /xquery/sort contient une séquence d'éléments key contenant un attribut id , que vous devez reporter dans la version3.1 dans l'élement /search-engine/languages/language[@name='fr-FR']/sort en créant pour chaque élément key un élément by dont la valeur de l'attribut index doit prendre la valeur de l'attibut id (version 3.0)
Le fichier build.properties de la version 3.0 doit être recopié dans la version 3.1
Le répertoire {initdb} de la version 3.0 doit aussi être recopié dans la version 3.1
Si vous avez fait évoluer le fichier properties/variablesExt.xml dans la version 3.0, il faut reporter toutes les valeurs qui ont été modifiées ou ajoutées dans le fichier properties/variablesExt .xml de la version 3.1
Si vous avez fait évoluer des fichiers de contrôle de la présentation qui se trouvent sous le répertoire webpages , il faut aussi les recopier de la version 3.0 à la version 3.1. Il s'agir de fichiers de type css, xsl, gif ou jpg
En ce qui concerne les feuille xsl qui générent les pages HTML, situées dans webpages/stylesheets/commun ou webpages/stylesheets/{profil} (ex: {profil} = lyceen), il faut modifier les url qui appellent le service uniform en suivant la règle suivante : les paramètres _voir _retour et _objet sont remplacés par le paramètre unique nommé _redirect . _redirect prendra la valeur {_cmd}_{_retour}_{objet} . Par exemple, si dans une url, _mode=voir _retour=liste et _objet=program alors _redirect vaut voir_liste_program .
Pour que la nouvelle configuration du moteur de recherche soit prise en compte, il est indispensable de ré-indexer la base compléte. Exécutez la commande ant indexdb .
A la fin du fichier build.properties, ajouter les lignes suivantes :
Pour fixer le code rne de l'étabissement
rne={coderne}ex : rne=0593559Y
Pour fixer l'adresse email de l'administrateur de l'entrepôt oai
admin.email=admin@univ.fr
Pour fixer le type de création d'enregistrement OAI-PMH : 2 types sont à votre disposition. Par défaut c'est custom.sample sinon on peut activer celle utlisée dans l'unr npdc
#definir les enregistrements oai customoai=customoai.sample #customoai=customoai.unrnpdc
Ajouter l'élément site pour fixer l'url d'accès à l'application uniform. Cet élément doit être le premier enfant de l'élément uniform.
<site> <url>http://localhost:8080/cdm</url> </site>
Ajouter l'élément oai pour fixer l'espace de nom et le "schemaLocation" pour la validation des enregistrements oai-pmh.
<oai nameSpace="http://cdm-fr.fr/2006/CDM-frSchema" schemaLocation="http://cdm-fr.fr/2006/schemas/CDM-fr.xsd"/>Si vous souhaitez utiliser une autre version de schéma comme c'est le cas actuellment (et temporairement dans l'unr npdc), vous devez modifier les valeurs dans les attributs de cet enregistrement. Par exemple pour l'unr npdc l'élément oai devient :
<oai nameSpace="http://formations.univ-lille1.fr/2006/CDM-unrnpdcSchema" schemaLocation="http://formations.univ-lille1.fr/xsd/2006/CDM-unrnpdc.xsd"/>
Ajouter l'élément oai suivant comme dernier enfant de l'élément /constantes
<oai> <!-- decommentez l'élément record si vous utilisez SOF et si vous avez ajoutez un élément typeObjet dans un élément infoBlock/extension/* --> <!--<records> <typeObjet>29</typeObjet> <typeObjet>30</typeObjet> </records>--> <sets> <set spec="catalogue-of" name="Catalogue de l'offre de formation"/> </sets> </oai>
Si vous utilisez SOF et si vous avez adapté sa génération CDM en l'adaptant pour lui ajouter dans l'élément program/infoBlock/extension/*/typeObjet le type d'objet interne de SOF, vous pouvez alors ajuster la fabrication des enregistrements qui apparaîtront dans le dépôt en modifiant les éléments typeObjet qui donne lieu à la création d'un enregistrement OAI-PMH.
Si vous n'utilisez pas SOF, pour modifier le comportement par défaut d'uniform, il faut modifier le template "extractOAIIDS" du fichier webpages/stylesheets/xml2xml/construireDossier.xsl.
Par défaut Uniform génére un enregistrement OAI dans lequel il glisse le dossier de formation.
Si vous devez ajuster le contenu de l'enregistrement OAI-PMH, il faut intervenir dans le fichier webpages/stylesheets/xml2xml/customoai.xsl.
A la fin du fichier build.properties, ajouter la ligne suivante :
Pour fixer le type de création d'enregistrement OAI-PMH : 2 types sont à votre disposition. Par défaut c'est custom.sample sinon on peut par exemple activer celle utlisée dans l'unr npdc
#definir les enregistrements oai customoai=customoai.sample #customoai=customoai.unrnpdc
Ajouter l'élément oai pour fixer l'espace de nom et le "schemaLocation" pour la validation des enregistrements oai-pmh.
<oai nameSpace="http://cdm-fr.fr/2006/CDM-frSchema" schemaLocation="http://cdm-fr.fr/2006/schemas/CDM-fr.xsd"/>Si vous souhaitez utiliser une autre version de schéma comme c'est le cas actuellement (et temporairement dans l'unr npdc), vous devez modifier les valeurs dans les attributs de cet enregistrement. Par exemple pour l'unr npdc l'élément oai devient :
<oai nameSpace="http://formations.univ-lille1.fr/2006/CDM-unrnpdcSchema" schemaLocation="http://formations.univ-lille1.fr/xsd/2006/CDM-unrnpdc.xsd"/>
Le fichier build.properties de la version 3.1 doit être recopié dans la version 3.2
Le répertoire {initdb} de la version 3.1 doit aussi être recopié dans la version 3.2
Si vous avez fait évoluer le fichier properties/variablesExt.xml dans la version 3.1, il faut reporter toutes les valeurs qui ont été modifiées ou ajoutées dans le fichier properties/variablesExt .xml de la version 3.2
Si vous avez fait évoluer des fichiers de contrôle de la présentation qui se trouvent sous le répertoire webpages , il faut aussi les recopier de la version 3.1 à la version 3.2. Il s'agir de fichiers de type css, xsl, gif ou jpg
Attention, il ne faut ABSOLUMENT pas écraser le fichier xml2xml/construireDossier.xsl qui provient de cette version 3.2. Il a été lourdement modifié pour prendre en compte les nouvelles fonctionnalités de génération de documents pdf. Vous avez peut-être été amené à l'ajuster pour définir la liste des enregistrements oai-pmh. dans ce cas reporter les modifications que vous y avez effectué dans le fichier de la version 3.2.
Au contraire de la version 3.1 qui générait un document pdf pour l'ensemble du dossier, cette version 3.2 permet de générer des documents pdf por chaque prcours de formation ou pour chaque élément pédagogique. Comme la génération des documents pdf est un processus "lent", il est possible de demander la génération de ces documents uniqument en mode "batch" en utilisant la commande ant create_pdf.
Il faut effectuer ce réglage dans le fichier uniform-config.xml en vous aidant à la fois du fichier uniform-config.sample.xml et des informations qui ont été ajoutés plus bas dans ce même document.
Désormais un paramètre de transformation supplémentaire est envoyé par Uniform lors de la transformation à l'aide la feuille xml2xml/cdm2pdf.xsl. Il s'agit du paramètre nommé ID qui prend la valeur de l''attribut @id de l'élément CDM qui doit être transformé.
Il est conseillé d''utiliser la directive xsl:key telle qu'elle définie dans le fichier cdm2pdf.xsl livré avec cette version.
<xsl:key name="objet" match="orgUnit | program | subProgram | course" use="@id"/>
Pour atteindre un objet qui porte un attribut id dans le document CDM-fr, on peut donc ensuite utiliser :
key('objet', $ID)
L'application se présente sous forme d'une servlet qui a été testée à l'aide d'un serveur d'application Tomcat 5.5.9
L'application contient des données d'exemple dans le dossier {import} . Des documents décrivant des formations y sont disponibles. Nous conseillons d'installer d'abord la servlet Uniform en ne modifiant que les paramètres que nous vous indiquons dans la section "Installation rapide de la servlet".
Liste des pré-requis à vérifier avant l'installation d'uniform :
Le logiciel ant (version >= 1.6),
le JDK (version >=1.4.2),
le serveur d'application tomcat (version >= 5.5)
La servlet est construite pour manipuler des dossiers de formation au format CDM-fr. Un dossier de formation contient les éléments qui décrivent "l'orgUnit" de l'établissement ainsi que les autres "orgUnit" qui participent à la formation (les composantes de l'établissement), suivi par des éléments "program" contenant la formation, puis une liste d'éléments de type "course" pour se terminer éventuellement avec des éléments de type "person". S'il y a plusieurs éléments program alors, il ne doit y avoir qu'un seul élément program qui représente le diplôme attribué : cet élément, à son tour peut référencer des options ou des spécialités en référençant (/CDM/program/programStructure/refProgram) d'autres éléments program.
Ces dossiers de formations sont indexés et un document PDF est généré pour chacun d'eux puis le tout est chargé dans l'espace de stockage d'Uniform qui n'est, dans cette version, qu'un simple système de fichiers.
Des commandes sont proposées pour charger les dossiers de formations, mais il est aussi possible de coupler la servlet au canal SOF qui, par l'intermédiaire d'un webservice, peut envoyer ou effacer un dossier de formation.
Si vous disposez d'un document CDM-fr contenant plusieurs éléments "program", une commande particulière permet de construire les dossiers de formation (section "commandes agissant sur l'espace de stockage d'Uniform").
Suivez les étapes définies dans cette section pour mettre en place une première fois la servlet et vérifier son bon fonctionnement.
Note : Vous pouvez éviter la copie manuelle des fichiers de configuration en exécutant la commande ant prepareData
Effectuez une copie du fichier build.sample.properties en le nommant build.properties, puis éditez ce fichier de configuration pour ajuster les données suivantes :
tomcat.home : chemin d'accès au répertoire de base de tomcat,
ws.base : l'URL (absolue) qui donnera l'accès à l'application,
log.file : chemin d'accès au fichier des log d'Uniform (en absolu),
stat.file : chemin d'accès au fichier des statistiques d'accès aux documents de formations (en absolu).
Effectuez une copie du fichier properties/uniform-config.sample.xml en le nommant uniform-config.xml , puis éditez le pour y modifier :
/uniform/data-base/@path (variable {db.path} ) : chemin absolu du répertoire réservé au stockage d'Uniform
/uniform/data-base/@name (variable {db.name} ) : nom donné à votre stockage Uniform
Créez le répertoire spécifié par la valeur de {db.path} du fichier de configuration Uniform en prenant soin que l'application ait le droit d'y créer des fichiers.
Exécuter la commande ant initdb qui va, après avoir "créé les dossiers Web et compilé le code de l'application", déposer deux documents fournis par défaut avec l'application : {constantes}.xml (le référentiel) et {orgname}.xml (la description de l'établissement valeur orgunit-universite par défaut).
L'application est fournie avec 3 documents CDM-fr qui servent à vérifier le bon fonctionnement de l'application dans votre environnement d'exécution. Il faut dans cette étape les importer dans le répertoire de stockage d'Uniform.
Exécutez ant import_dir -DcodAnu=2006
Précisons ici que la valeur de l'argument codAnu représente l'année de début d'une année scolaire. Ainsi quand codAnu=2006 alors les dossiers de formation sont relatifs à l'année scolaire 2006/2007.
L'application doit maintenant être déployée vers le serveur d'application.
Exécutez la commande ant deploy qui déploie la servlet dans le serveur d'application. Après avoir lancé ou redémarré Tomcat, l'application est accessible à l'URL définie par la variable {ws.base}/cdm
Vous devez obtenir un écran où sont affichées des informations concernant "l'université virtuelle" et un diagramme des études de cette université.
Cliquez alors sur la loupe située sous ce diagramme des études. Un nouvel écran doit afficher une liste composée des 3 formations "importées". Cliquez sur l'une d'elle, et l'écran suivant affiche les données relatives à cette formation.
Si l'application fonctionne, vous pouvez alors entreprendre la configuration de l'application décrite à la section qui suit.
Lors de la première installation rapide, un ensemble de cinq fichiers qui contiendront des données propres à votre installation et qui ne seront pas "effacés" lors d'une prochaine installation a été créé soit manuellement pour deux d'entre eux soit automatiquement pour les trois autres.
Voici la liste de ces fichiers :
build.properties (créé à partir de build.sample.properties)
properties/uniform-config.xml (créé à partir de properties/uniform-config.sample.xml)
properties/{search-engine-config}.xml (créé automatiquement à partir de properties/search-engine-config.sample.xml)
properties/variablesExt.xml (créé automatiquement à partir de properties/variablesExt.sample.xml)
webpages/stylesheets/xml2xml/customoai.xml
{initdb}/{db.name}/{constantes}.xml (créé automatiquement à partir de initdb/constantes.sample.xml)
{initdb}/{db.name}/{orgname}.xml (créé automatiquement à partir de initdb/orgunit-universite.sample.xml)
En résumé, les fichiers de configuration fournis s'appellent prefixe.sample.ext et les fichiers exploités par l'application prefixe.ext. C'est maintenant dans ces fichiers, et non dans les fichiers fournis, que vous devez introduire vos modifications.
La commande ant validate permet de vérifier que le fichier de configuration properties/uniform-config.xml est valide.
Pour qu'Uniform affiche des informations propres à votre établissement vous devez disposer d'un document CDM-fr incluant un élément orgUnit décrivant votre établissement.
Copiez ce document dans le répertoire import , puis exécutez la commande ant import_orgunit -Dfile=[filename]
Ce document remplace {initdb}/{db.name}/ {orgname}.xml et met à jour le document pré-existant dans le système de stockage d'Uniform à partir des informations contenus dans le document CDM-fr dont le nom est [filename].
Si toutefois vous ne disposez pas d'un tel document nous pouvez éditer le document {initdb}/{db.name}/{orgname}.xml, puis effectuer une commande ant initdb pour mettre à jour le système de stockage d'Uniform.
Voici la liste des commandes qui permettent d'agir sur l'espace de stockage d'Uniform :
ant cleandb : vide totalement l'espace de stockage ainsi que la base d'index
ant prepare : met en place les répertoires dans l'espace de stokage d'Uniform
ant initdb : appelle ant prepare puis copie les documents orgunit-universite.xml et constantes.xml dans l'espace de stockage d'Uniform
ant import_orgunit -Dfile=[document] : extrait du fichier import/[document].xml l'élément orgUnit représentant l'établissement, le copie dans {initdb}/{db.name}/{orgname}.xml et enfin le charge dans l'espace de stockage d'Uniform.
ant import_program -Dfile=[document] -DcodAnu=[annee] : à partir du fichier { import}/[document].xml , crée autant de dossiers de formations qu'il y a d'éléments /CDM/program , puis charge chacun de ces dossiers dans l'espace de stokage d'Uniform, calcule les index et crée le document PDF associé. L'argument [annee] fixe l'année pour laquelle le document sera visible.
ant import_dir -DcodAnu=[annee] : charge l'ensemble des fichiers présents dans le répertoire { import} dans l'espace de stokage d'Uniform, les rend visible pour l'année définie par [annee] , calcule les index et crée les documents PDF.
ant remove_program -DcodAnu=[annee] -Did=[docid] : supprime de l'espace de stockage d'Uniform le document identifié (attribut /CDM/program/@ident ) par [docid] pour l'année fixée par [annee]
ant remove_codAnu -DcodAnu=[annee] : supprime de l'espace de stockage d'Uniform tous les documents de l'année fixée par [annee]
ant indexdb : efface puis recalcule tous les index de l'espace de stockage d'Uniform.
Précisons ici que la valeur de l'argument codAnu représente l'année de début d'une année scolaire. Ainsi quand codAnu=2006 alors les dossiers de formation sont relatifs à l'année scolaire 2006/2007.
ant create_oai -DcodAnu=[annee] : efface puis recrée tous les enregistrements oai correspondant au millésime défini par la valeur du paramètre codAnu
antcreate_pdf -DcodAnu=[annee] : efface puis recrée tous les documents pdf correspondant au millésime défini par la valeur du paramètre codAnu
Voici la commande utile lorsqu'une modification a eu lieu dans un des fichiers de configuration :
ant deploy : recharge la nouvelle version de l'application dans le serveur d'application après avoir effacé l'ancienne version, reconstruit le dossier Web et recompilé l'application.
tomcat.home : ajuste le répertoire de base d'un serveur d'application
deploy.home : ajuste le répertoire qui héberge les applications au sein du serveur d'application
Ces variables sont insérées automatiquement dans le fichier properties/log4j.properties
log.file : chemin absolu du fichier des log d'Uniform
stat.file : chemin absolu du fichier des statistiques d'Uniform. Dans cette version il n'y a pas d'utilitaire pour exploiter ces statistiques.
{ws.base}/services/sof détermine l'URL d'appel du webservice par lequel le canal SOF pourra déposer et effacer des documents dans Uniform.
Un réglage fin d'Uniform exige une intervention dans deux autres fichiers : properties/uniform-config.xml et properties/search-engine-config.xml
Les variables sont nommées avec le xpath des éléments contenus dans le document properties/uniform-config.xml
/uniform/data-base/@path (variable { db.path }) : chemin absolu vers le répertoire du stockage Uniform (vous devez le créer vous même)
/uniform/data-base/@name (variable {db.name} ) : nom du stockage que va utiliser Uniform (créé automatiquement au démarrage d'Uniform)
/uniform/data-base/init-base/@path (variable {initdb} ) : chemin éventuellement relatif au répertoire d'Uniform (celui où est exécutée la commande ant) vers le répertoire contenant les documents {orgname}.xml et {constantes}.xml.
/uniform/data-base/init-base/orgUnit-name (variable {orgname} ) : préfixe du fichier contenant le document décrivant votre établissement
/uniform/data-base/import-path (variable {import} ) :
chemin éventuellement relatif au répertoire d'Uniform (celui où est exécutée la commande ant) vers le répertoire à partir duquel Uniform viendra lire les documents importés manuellement dans son espace de stockage.
/uniform/data-base/init-base/constantes (variable {constantes} ) : préfixe du nom du fichier contenant le référentiel de votre établissement
/uniform/data-base/connection : définit le login et le mot de passe d'accès à l'application depuis le webservice SOF
L'attribut @login : le login
L'attribut @pass : le mot de passe
/uniform/xsl/sof-to-cdm : le préfixe de la feuille XSL qui permet de rendre compatible CDM-fr un document créé par SOF
/uniform/xsl/dom-to-PDF (variable {topdf} ) : le préfixe de la feuille XSL qui permet de créer un document PDF à partir d'un document CDM-fr
Cet élément permet aussi de définir à travers la valeur de 3 attributs le comportement d'uniform lors de la création des documents pdf
@mention : (valeur par défaut "y") définit si un document pdf doit être créé pour chaque mention lors d'un import manuel (valeur "batch") ou d'un import par le webservice (valeur "=ws"). Si la valeurr vaut "y", alors un document pdf est créé quelque soit le mode d'import. Si la valeur vaut "n", alors aucun document pdf n'est créé pour la mention.
@elp : (valeur par défaut "n") définit si un document pdf doit être créé pour chaque élément pédagogique (elp) lors d'un import manuel (valeur "batch") ou d'un import par le webservice (valeur "=ws"). Si la valeurr vaut "y", alors un document pdf est créé quelque soit le mode d'import. Si la valeur vaut "n", alors aucun document pdf n'est créé pour un elp.
@parcours : (valeur par défaut "n") définit si un document pdf doit être créé pour chaque parcours lors d'un import manuel (valeur "batch") ou d'un import par le webservice (valeur "=ws"). Si la valeurr vaut "y", alors un document pdf est créé quelque soit le mode d'import. Si la valeur vaut "n", alors aucun document pdf n'est créé pour un parcours
/uniform/xsl/sof-to-orgUnit : le préfixe de la feuille XSL qui permet d'extraire l'orgUnit de type université à partir d'un document de formation complet
/uniform/xsl/extract-program : le préfixe de la feuille XSL qui permet d'extraire un dossier de formation à partir d'un document CDM-fr contenant plus d'une formation (plusieurs éléments program).
C'est dan le fichier défini par cet élément (par défaut construireDossier.xsl) que l'on peut personnaliser les régles de génération :
des dossiers de formation
des enregistrements oai
des documents pdf pour les éléments pédagogiques (course CDM-fr)
des documents pdf pour les parcours
des documents et des enregistrements oai
/uniform/xsl/cdm-to-oai : la feuille de transformation qui permet de générer un enregistrement au format OAI à partir d'un enregistrement au format CDM
/uniform/xsl/constants-to-listSets : la feuille de transformation qui permet de définir les ensembles (sets) du dépôt OAI-PMH à partir du référentiel de l'établissement
/uniform/xsl/slight-cdm : la feuille de transformation qui permet de transformer le dossier CDM pour un affichage dans une liste
/uniform/xsl/cdm-document : la feuille de transformation qui permet de définir la structure générale d'un document CDM dans lequel l'application pourra "injecter" des éléments issus des LOV de SOF (des constantes au sens uniform)
/uniform/xsl/lov-sof-update : la feuille de transformation qui est utlisée lorsqu'un élément lov doit être mis à jour (modification)
/uniform/xsl/profil (variable {profil} ) : le nom du profil choisi au démarrage d'Uniform. Ce profil peut être modifié lors d'une requête Web.
/uniform/lucene-config/file-name (variable {xquery} ) : nom du fichier de configuration du moteur de recherche Lucene. Ce fichier est contenu dans le répertoire properties (valeur par défaut search-engine-config.xml )
/uniform/lucene-config/year-search : année pour la quelle les dossiers de formation seront visibles par l'application Uniform
/uniform/view/profil (variable {profil} ) : le nom du profil choisi au démarrage d'Uniform. Ce profil peut être modifié lors d'une requête Web.
/uniform/view/pas (variable {pas} ) : nombre de "program" affichés par page.
L'attribut activated permet d'activer ou de désactiver le mécanisme d'afichage par lot de dossiers. Si l'attribut activated est à la valeut true alors le mécansime d'afichage par lot est activé. S'il vaut false alors ce mécanisme est désactivé.
/uniform/view/lang (variable {lang} ) : langue par défaut d'Uniform (actuellement ne fonctionne qu'avec fr-FR)
/uniform/catalog-web-service/max-sessions : détermine le nombre de sessions simultannées en mode webservice" que pourra supporter uniform
/uniform/catalog-web-service/minutes-out-session : détermine le temps au bout duqel une session web service inactive est détruite par uniform.
L'indexation des documents de formation peut être paramétrée par les données de configuration du fichier properties/{xquery}.xml .
Le moteur d'indexation permet d'indexer des dossiers XML et de repérer des éléments "enfants" de ce dossier à la condition que cet élément possède un attribut permettant de l'identifier sans ambiguïté .
Par défaut, Uniform est livré avec uniquement trois index déclarés.
Le fichier de configuration est structuré en deux éléments principaux : folder et languages .
L'élément folder définit les règles d'indexation sur le dossier CDM tandis que l'élément languages est lui-même composé d'éléments language qui définissent le comportement d'une part l'indexation en fonction de la langue (d'une part, les mots "vides" et les caractères spéciaux et, d'autre part, les index à prendre en compte pour trier les résultats d'une recherche.
L'élément folder possède un attribut identFolder pour lequel on doit fixer le xpath pour capturer l'identifiant principal du dossier XML. Ainsi pour un dossier CDM, l'attribut identFolder vaut : /CDM/program[1]/@ident ou /CDM/program[1]/@id suivant que l'on utilise @ident ou @id pour identifier le dossier.
Ce folder est décomposé en un élément common-indexes et en une séquence de focus . Chacun de ces deux éléments est composé d'une séquence d' index.
Un focus représente un élément enfant de folder qui peut être identifié sans ambiguïté.
Pour repérer tel ou tel élément d'un dossier (=folder), il faut défnir un élément focus à qui des attributs nom et scope sont attribués. L'attribut scope définit à l'aide d'un xpath la portée de ce focus. Par exemple, si on veut repérer les éléments de type course on définira alors un focus avec un attribut scope à la valeur /CDM/course ou si on veut repérer tous les éléments program sauf le premier du document, on définira alors scope à la valeur /CDM/program[position()!=1]
Dans un focus, l' attribut xpath peut être défini en absolu ou en relatif. Dans ce dernier cas, c'est la valeur de l'attribut scope qui détermine le contexte de ce xpath. Si la valeur de scope n'est pas renseignée alors il est fixé à / par le moteur.
Un focus peut aussi posséder un attribut ident qui permet de récupérer par un xpath "l'identifiant" associé à ce sous élément du dossier.
Notons que les deux attributs identFolder et ident peuvent être utilisés dans les requêtes de recherche. Dans ce cas leur nom sera préfixé par le caractère @ . De la même manière l'élément focus pourra faire partie d'une requête de recherche permettant ainsi à l'application de "choisir" des sous éléments du dossier comme résultat de la recherche. Par exemple, l'application peut demander à rechercher des "courses" en posstionnant la variable _focus à la valeur course si un folder a été défini pour cette valeur.
L'élément common-indexes contient les index qui font partie du "folder" qu'ils appartiennent ou pas à un des focus. Par contre si un de ces index appartient à un des focus, alors le focus fera partie du résultat de la recherche. Dans le cas contraire, seul le folder fera partie du résultat de recherche.
Dans un même focus, les index ont tous des noms différents. Par contre, deux focus peuvent avoir des index possédant le même nom. Toutefois, ces index doivent absolument possèder les mêmes valeurs pour leurs attributs result , tokenized et keyword .
Si un index d'un focus possède le même nom qu'un index défini dans l'élément common-indexes , alors c'est l'index du focus qui est utilisé par le moteur.
Un élément index possède au moins 2 attributs : name et terms . l'attribut name définit le nom de l'index tel qu'il sera appelé par l'application uniform. L'attribut terms definit une suite de xpaths séparés par un espace qui perrmettent de retrouver les éléments correspondant à cet index dans le document CDM.
En option, l'élément index peut possèder un attribut tokenized qui, lorsqu'il vaut true signifie que le texte correspondant à l'attribut terms sera décomposé en mots suivant les régles fixées par la langue : les mots vides sont transformés en espace, les majuscules remplacées par une minuscule ; de plus dans ce cas les caractères accentués sont remplacés par leur équivalent sans accent. Il faut aussi se rappeler que les index qui ont un attribut tokenized à true ne peuvent pas être utilisés dans le tri d'un résultat de recherche.
Egalement en option, l'élément index peut avoir un attribut keyword à la valeur true. Dans ce cas, le texte correspondant à l'attribut terms est considéré tel quel dans sa totalité et sans modification comme un "mot-clé". Cependant, si le texte est réparti dans plusieurs "noeuds" du document CDM, alors chacun des noeuds devient un "mot-clé".
Si l'élément index possède un attribut result à la valeur true, alors le texte correspondant à l'attribut terms est considéré tel quel dans sa totalité et sans modification comme un "mot-clé" et la valeur de ce mot-clé est renvoyée au module de présentation.
Enfin l'index peut posséder un attribut lang et dans ce cas le module d'analyse du texte à indexer fonctionne en prenant en compte la configuration de cette langue.
Si aucun des attributs tokenized , keyword ou result n'existe ou est égal à true, alors, le texte correspondant à l'attribut terms est considéré dans sa totalité mais en remplaçant les caractères "spéciaux" (language/analyser/whites-chars) par des espaces, une suite d'espace par un seul espace, les majuscules par des minuscules et les caractères accentués par leur équivalents non accentués. En outre, si le texte est réparti sur plusieurs noeuds du dossier de formation alors chacun de ses noeuds est considéré séparément.
Il faut aussi connaître la priorité entre ces trois attributs lorsqu'ils valent true car seul le plus prioritaire est pris en compte ; voici l'ordre de priorité :
result
tokenized
keyword
L'élément languages définit dans un attribut defaultLanguage la langue utilisée par le moteur de recherche lorsqu'elle n'est pas précisée dans les index. En plus cet élément définit une séquence d'éléments language .
Chaque élément language est identifié par un attribut name et comprend deux éléments : un élément qui permet de configurer le comportement de l'ananlyseur de texte (élément analyser ) et un élément qui permet de définir les index utilisés pour trier les dossiers résultant d'une recherche (élément sort ).
L'élément analyser définit dans un élément whites-chars la liste des caractères spéciaux qui seront remplacés par un espace quand l'attribut tokenized est à true ou l'attribut result est à true.
L'élément analyser définit également une liste de mots "vides" qui sont remplacés par un espace quand l'attribut tokenized de l'index vaut true. Cet élément se nomme emptys-words.
Le tri d'une recherche est contrôlé par l'élément sort qui conteint une séquence d'éléments by ayant chacun un atrribut index qui permet de référencer un index lui-même défini par son attribut name .
Cinq types de données manipulés par Uniform peuvent avoir des valeurs qui sont propres à votre établissement. Comme Uniform, dans une prochaine version, ouvrira un entrepôt de OAI-PMH pour échanger les dossiers de formations, nous avons prévu déjà d'indiquer les correspondances vers le dispositif qui viendra moissonner l'entrepôt. Ce dispositif pourrait être un serveur régional de formation.
Voici les cinq types de références qui correspondent aux choix des concepteurs du canal SOF :
domaineDiplome : défini le codage du domaine pour le diplôme (domaine au sens "LMD" du terme)
typeDiplome : défini le niveau du diplôme (L, M ou D, ...)
natureDiplome : défini la nature du diplôme (universitaire, national,...)
cycleDiplome : défini le cycle dans lequel est défini ce diplôme (pour les formations hors LMD la notion de cycle a été conservée)
publicDiplome : défini le type de public
Pour chacune de ces références ont doit indiquer :
@id : la référence utilisée par la servlet Uniform
@import : la référence utilisée au sein de votre système de gestion des enseignements
@oai : la référence utilisée au niveau du système qui moissonne l'entrepôt (ex : le serveur régional de formation)
De plus, certains documents CDM sont parfois incomplets, et lors de l'opération de dépôt dans son système de stockage, Uniform tente de renseigner le niveau d'entrée et de sortie d'un diplôme. Pour cela, la référence typeDiplome peut en plus avoir les indications suivantes :
@cdmLevel = niveau d'entrée du diplôme dans le référentiel CDM (vgs, bachelor, master...)
@cdmDegree = niveau de sortie dans le référentiel CDM (bachelor, master, phd)
Si une référence utilsée par uniform correspond à plusieurs références de votre système de gestion des enseignements, vous pouvez ajouter un élément import qui portera cette valeur.
Enfin, dans l'état actuel de la livraison, nous avons prévu deux types de référentiels pour les domaines : un type pour chaque domaine (appelé "grandDomaineLocal") et un autre pour chaque sous-domaine (appelé "local"). Ce type est resté dans le document mais n'est pas exploité par Uniform. Vous pourriez aussi en ajouter un autre comme par exemple le référentiel "erasmus".
Vous pouvez aussi ajouter d'autres référentiels mais ils ne seront pas pris en compte sans avoir effectué plusieurs opérations sur Uniform. Tout d'abord, il faut que le document chargé dans l'espace de stockage soit référencé, puis que ce champ soit indexé(modification du fichier de configuration properties/{xquery} ) et enfin que vous élaboriez une nouvelle grille de recherche à partir des indications fournies dans cette documentation à la section "Conception d'une grille de recherche".
Le canal SOF permet de définir des listes de valeurs nommées qu'il envoie à uniform par l'intermédiaire du webservice. Uniform n'en connait pas le sens mais les insére dans le document XML au moment de son traitement par la feuille xsl de transformation. L'ensemble des listes LOV sont contenues dans un élément lovs-sof . Une liste LOV est contenue dans un élément lov-sof caractérisée par 3 attributs :
lang : le langage pour lequel sont définies les items de la liste,
code : le code de la liste,
lib : le libellé de la liste.
L'élément lov-sof contient une séquence d'éléments data représentant chacun un item de la liste.
Cet élément data est caractérisé par un attribut code (le code de cet item) et contient un élément value portant le texte attribué à l'item dans la langue de la liste.
Uniform insére l'élément lovs-sof en tant que dernier élément de l'élément /CDM/properties/extension/constantes qui est présent dans tous les documents XML de type liste ou default. Cela permet donc de construire une grille de recherche en utilisant les valeurs des LOV de SOF au même titre que les "constantes" déjà définies dans les versions précédentes d'uniform.
Cette section explique comment Uniform prend en compte les requêtes HTTP de type GET ou POST qui lui sont adressées.
Les données affichées en HTML par un navigateur sont élaborées à partir de feuille XSL. Il est donc nécessaire de maîtriser ces deux technologies pour personnaliser les écrans. De plus, la connaissance des styles CSS devient assez vite indispensable.
Uniform ne manipule que des données XML au format CDM. Lorsqu'il exécute une commande il constitue "en interne" un document CDM et le transforme à l'aide d'une feuille XSL sélectionnée par les paramètres de la requête elle-même selon les règles expliquées à la section "paramètres interprétés par Uniform".
Si la requête comporte le paramètre _xsl positionné à la valeur no , la transformation n'a pas lieu et le contenu "brut" XML est alors envoyé au navigateur.
Le document CDM est composé dans l'ordre de l'élément / CDM/properties/infoBlock/extension/constantes dont le contenu correspond au fichier {constantes}.xml que vous avez chargé dans l'espace de stockage d'Uniform suivi par un élément /CDM/orgUnit dont le contenu correspond au fichier {orgname}.xml décrivant votre établissement. Ce contenu évoluera dynamiquement à chaque fois que le canal SOF demandera à charger une LOV.
Ce document permet de composer les différents éléments de la grille de recherche.
Lorsqu'il y a lieu d'afficher une liste de formations, le document CDM-fr est composé dans l'ordre de l'élément / CDM/properties/infoBlock/extension/constantes dont le contenu correspond au fichier {constantes}.xml que vous avez chargé dans l'espace de stockage d'Uniform suivi par un élément /CDM/orgUnit dont le contenu correspond au fichier {orgname}.xml décrivant votre établissement., suivi par une série d'éléments /CDM/program correspondant au résultat de la recherche.
Lorsqu'il y a lieu d'afficher un dossier de formation ou le contenu d'une unité d'enseignement, le document CDM est alors le contenu de ce dossier de formation : on trouve une série d'éléments orgUnit, puis d'éléments program, puis d'éléments course, puis d'éléments person.
Pour des raisons de compatibilité avec la version en production à l'université de Lille 1, le paramètre formation associé à la valeur de la référence d'une formation affiche cette formation.
A chaque requête, Uniform exécute la commande dont la valeur a été renseignée dans le paramètre _cmd .
Voici la liste des commandes :
addToBasket : ajoute la formation référencée par _oid dans le panier de l'utilisateur
removeFromBasket : enlève la formation référencée par _oid du panier de l'utilisateur
listBasket : affiche le contenu du panier de l'utilisateur
getFormation : affiche le contenu de la formation référencée par la valeur d' _oid
back : affiche le résultat de la dernière recherche
getPdf : demande l'envoi du document PDF de la formation référencée par la valeur d' _oid
getUe : affiche le contenu d'une unité d'enseignement référencée par la valeur d' _oid (la formation référencée lors de la session)
data : affiche l'écran d'accueil
getAllFormations : effectue une recherche de formations à partir des valeurs des paramètres correspondants aux critères de recherche (voir section conception d'une grille de recherche)
L'application Uniform applique les paramètres suivant lorsqu'elle transforme un flux XML avec une feuille XSL :
basket : nombre de formations sélectionnées par l'usager dans son panier
baseActionURL : l'URL à laquelle il faut envoyer la requête GET ou POST
baseMediaURL : l'URL qui donne accès aux différents médias tels que les images ou les CSS
referentiel : le préfixe du nom de fichier contenant le référentiel ( par défaut la valeur est constantes)
_pas : le nombre de formations affichées dans une liste (uniquement lors d'un retour de type "liste")
_debut : le numéro d'ordre de la formation dans la liste des formations (uniquement lors d'un retour de type "liste")
totalPrograms : le nombre total de formations qui correspondent au résultat de la recherche (uniquement lors d'un retour de type "liste")
Tous les paramètres commençant par un seul caractère "_" (les variables de session)
Uniform vous permet d'utiliser des variables de session : Chaque paramètre qui a un nom commençant un seul caractère "_" est interprété comme une variable de session et sera donc appliqué par Uniform comme paramètre XSL lors de chaque opération de transformation XSLT.
Uniform interprète les paramètres qui ont le nom suivant :
_oid : l'identifiant du dossier de formation (correspond au préfixe du nom de fichier tel qu'il est chargé dans l'espace de stockage d'Uniform et la valeur de l'attribut /CM/program/@ident dans un dossier de formation CDM).
_lang (fr-FR par défaut) : choix de la langue d'affichage
_xsl (valeur no : pas de transformation [utile pour le debug ou l'envoi d'XML])
_resultat : définit le préfixe du nom de la feuille xsl qui est utilisée pour afficher le résultat de la requête
_profil : nom du profil qui sera activé (la feuille xsl définit par _resultat doit obligatoirement exister dans ce profil)
_pas : nombre d'items composant une liste lors de la présentation d'un résultat
En résumé, les valeurs de ces paramètres sont utilisés par Uniform pour sélectionner la feuille XSL lors d'une transformation suivant la règle :
webpages/stylesheets/ _profil/_resultat+"_"+_lang+".xsl"
Le comportement du moteur de recherche est défini par le fichier de configuration /properties/search-engine-config.xml. Reportez-vous à la section 3 pour comprendre comment ajuster les différents paramètres du moteur de recherche. Ces paramètres définissent le nom des index utilisables dans une grille de recherche ainsi que la façon dont seront calculés ces index lors de la phase d'indexation des documents de formation.
Une chaîne d'interrogation doit correspondre aux régles de nommage suivantes :
Tous les paramètres utilisés pour la conception d'une grille de recherche commencent par deux caractères "_".
Tous les paramètres utilisés pour structurer la chaîne d'interrogation commencent par deux "_" puis un nombre dont la valeur sert à ordonner les éléments de la chaîne d'interrogation. Le premier nombre est 1 donc le paramètre se nomme "__1". Le caractère "." est utilisé pour combiner des opérations élémentaires entre elles (ouverture d'un nouveau niveau).
Ainsi si l'on veut écrire : a or ( b and not c) or d on doit construire les huit paramétrés suivants :
"__1" valeur = "__a"
"__2" valeur = "or"
"__3.1" valeur = "__b"
"__3.2" valeur = "and"
"__3.3" valeur = "not"
"__3.4" valeur = "__c"
"__4" valeur = "or"
"__5" valeur = "__d"
Ces paramètres peuvent être transmis dans les champs de type "hidden" d'un formulaire HTML.
Les valeurs définies dans la structure de la chaîne d'interrogation définissent les noms des paramètres auxquels il faut associer les valeurs saisies dans le formulaire de requête. Les noms doivent permettre d'associer un index et un mode de recherche.
Un nom de paramètre est composé, au maximum de trois parties séparées par un caractère "_" : l'intitulé qui correspond à l'index (id de cet index), éventuellement la valeur pt si l'on veut déclencher une recherche en texte intégral, et éventuellement un opérateur OR ou AND qui indique comment seront combinés les mots composant la phrase à rechercher.
Par exemple pour un index dont l'id est "titre", si l'on veut faire une recherche simple le nom du paramètre sera : "__titre".
Autre exemple, pour un index dont le nom est "sujet", si l'on veut rechercher un document qui comporte dans son sujet tous les mots saisis par l'utilisateur, le nom du paramètre sera : "__sujet_pt_AND"
Enfin, pour un index dont le nom est "description", si l'on veut rechercher un document qui comporte dans sa description un des mots saisis par l'utilisateur, le nom du paramètre sera : "__description_pt_OR"
Les fichiers XSL qui prennent en charge la présentation sont situés dans le répertoire webpages/stylesheets. Uniform propose lors de sa distribution une présentation dans un profil appelé "lyceen". D'autres profils peuvent être créés en ajoutant un nouveau répertoire fils à webpages/stylesheets et en y copiant des nouvelles feuilles XSL dont le nom respecte les régles énoncées dans la section précédante.
Dans cette section nous vous proposons de découvrir le profil "lyceen" proposé par défaut.
Les fichiers sont localisés dans le répertoire webpages/stylesheets/{profil} :
voir_default_program_fr-FR.xsl : une feuille XSL pour la page par défaut du profil (lors d'une ouverture de session)
voir_liste_program_fr-FR.xsl : une feuille XSL pour afficher la liste des diplômes (objet CDM : program)
voir_fiche_program_fr-FR.xsl : une feuille XSL pour afficher un diplôme (objet CDM : program)
voir_fiche_course_fr-FR.xsl : une feuille XSL pour afficher une unité d'enseignement (objet CDM : course)
Les fichiers communs à tous les profils sont localisés dans le répertoire webpages/stylesheets/commun
commun.xsl : prise en charge des éléments répétitifs de CDM comme la mise en forme du texte,
zoneLien.xsl : prise en charge des templates de type lien
recherches.xsl : prise en charge des templates qui proposent des grilles de recherche
Deux grilles de recherche sont proposées :
Recherche par le schéma des études (niveau d'étude) ou en texte intégral sur l'intitulé du diplôme (la variable des session _recherche=0 )
Recherche par le domaine des études, le niveau de formation et l'intitulé du diplôme en texte intégral ( _recherche > 0 )
La création du document PDF d'un dossier de formation est réalisée par le fichier {topddf}.
Dans sa version actuelle, Uniform ne fournit qu'une "ébauche" de transformation qui n'affiche pas toutes les données du dossier de formations.
La configuration de la partie affichage d'Uniform se fait en modifiant le fichier properties/variablesExt.xml.
Si vous voulez adapter les fichiers CSS, mettre en place votre logo ou votre fond d'écran, n'utilisez pas les noms des fichiers tels qu'ils vous arrivent dans la distribution mais donnez leur un nom différent puis indiquez ce nom dans l'élément approprié du fichier variablesExt.xml. Cela vous permettra de charger la version suivante d'uniform tout en préservant votre configuration.
Ce fichier est à modifier pour ajuster l'affichage à partir de ce qui est prévu par le code dans les feuilles XSL fournies.
Les éléments se trouvent dans l'élément /variables/pageTitle.
Respectez les consignes qui sont présentes en commentaires dans ce fichier. Vous pouvez ainsi maîtriser l'ajout des meta tag lors de la génération du code HTML.
Vous pouvez ajuster les liens et noms des CSS qui sont générées par les feuilles XSL
<variable type="baseCanalURL"> : réservé pour une future implantation d'Uniform dans le portail.
<variable type="baseCssURL"> : l'URL du dossier racine des CSS
<variable type="baseCssPrincipal"> : le nom du fichier principal CSS
<variable type="baseCssAlternate"> : le nom du fichier CSS secondaire ( voir la section qui traite des CSS)
Certaines rubriques peuvent être supprimées de l’affichage. Elles sont identifiées par les éléments nommés optionAffichage .
Exemple :
<optionAffichage rubrique="expenses"/>
Lisez attentivement les commentaires du fichier variablesExt.xml pour modifier ces éléments.
Autre exemple : Option d'affichage des coordonnées des personnes
Pour ne pas afficher les coordonnées d’un type de personnes dont le rôle est « Responsable », ajoutez dans le fichier un élément comme suit :
<optionAffichage type="Responsable" adress="1"/>
Ce sont les contenus qui s'affichent par défaut pour chaque mode de recherche afin de guider l'utilisateur (voir content.xsl ) ainsi que la texte d’accueil lors de la première connexion au service.
Il ne faut pas modifier les valeurs de l’attribut " type " de l’élément « titreRub » mais uniquement le contenu texte de ses éléments " value ".
Voir /variables/courseVar/userDefine
Ces valeurs permettent de personnaliser les titres des rubriques dont l’attribut« userDefined »prend une valeur particulière.
Exemple :
<userDefine type="examensCc"> <value lang="fr-FR">Contrôle continu</value> <uniteMesure/> </userDefine>
mettra le titre « Contrôle continu » lorsque l'attribut userDefined portant la valeur " examensCc " sera rencontré dans le dossier de formation.
Ces variables permettent de remplir les champs " title " et les intitules de certains liens de l’application.
Le résultat transformé du flux XML envoyé par l’application Uniform produit du XHTML dont l’affichage est contrôlé par des feuilles de style CSS. Ces deux types de fichiers ont été validés et sont compatibles W3C.
Chaque page générée fait un lien sur une CSS principale et une CSS alternative.
Le nom des classes CSS de la forme .TI-xxx ne doivent pas être changé dans la mesure où il est étroitement lié aux données du fichier {constantes}.xml.
Les mesures utilisées par ces CSS sont exprimées en " EM " afin de préserver une certaine élasticité dans le cas d’une augmentation de la taille du texte par l’utilisateur. Attention, le chemin des images nommées dan la CSS est relatif à la CSS.
Les calques sont nommés dans la feuille XSL. Évitez de changer les noms de calques dans la CSS si vous voulez profiter des futures évolutions de cette distribution.
La feuille de style principale est organisée selon une mise en page logique dont la hiérarchie est expliquée sur le schéma ci-dessous :
Cette feuille de style est importante à plus d’un titre. Elle met votre site en accord avec les lois d’accessibilité en vigueur. Elle permet surtout aux utilisateurs dotés des navigateurs dernière génération de permuter les feuilles de styles à la volée et d’utiliser plus particulièrement cette feuille « contraste » destinée aux personnes mal voyantes.
SOYEZ TRÈS PRUDENT LORSQUE VOUS MODIFIEZ LES NOMS D'ATTRIBUT DE STYLE DANS LE FICHIER CSS. CES NOMS SONT LE PLUS SOUVENT ASSOCIÈS A DES DONNÉES XML.
Les feuilles de transformation utilisent la variable couleur pour déterminer la couleur générale des texte en fonction du type de formation.
Par défaut, si aucune valeur n’est trouvée dans le XPATH :
<xsl:variable name="couleur"> <xsl:choose> <xsl:when test="not(normalize-space(/CDM/program[position()=1]/qualification/degree) = '')"> <xsl:value-of select="normalize-space(/CDM/program[position()=1]/qualification/degree)"/> </xsl:when> <xsl:otherwise>TI-li</xsl:otherwise> </xsl:choose> </xsl:variable>
la valeur de style par défaut sera « .TI-li ».
Elle se référera dans la CSS à la ligne suivante :
.TI-li .TI-lip { color: #7a0025; background-color: inherit; }
Chaque type de formation possède donc son propre style d’affichage :
.TI-ma .TI-map : Master, Master pro
.TI-iup : IUP
.TI-ing .TI-dii : diplôme d'ingénieurs
.TI-li .TI-lip : Licences et licences professionnelles
.TI-DEUST : DEUST
.TI-DUT : DUT
L’aspect de votre affichage dépendra de 2 facteurs :
d’une part, la modification de paramètres dans le fichier XML de réglage d’affichage (variablesExt.xml ) vous permettra d’afficher ou non le logo, les colonnes…
d’autre part la modification des valeurs dans la CSS
La CSS principale a été dupliquée et renommée « modele.css ». Ne modifiez-pas ce fichier qui est en quelque sorte votre modèle.
Pour modeler les CSS à votre goût, utilisez les fichiers témoins dans le répertoire « modeleFichiers » en dessous du répertoire CSS.
Ouvrez un modèle de sortie XHTML dans votre éditeur préféré (prendre un éditeur compatible XHTML et CSS comme DreamWeaver ou Golive) : vous pouvez maintenant modifier les valeurs de placement, de couleur etc…
Cependant, ne renommez jamais les calques qui sont appelles par les XSL.
Uniform gère un entrepôt de données accessible en moissonnage par un client respectant le protocole OAI-PMH.
L'administrateur d'uniform peut régler la génération des enregistrements OAI soit en spécifiant des régles portant le type d'objet quand il s'agit d'un coulage avec SOF ou en modifiant le template nommé "extractOAIIDs" dans le fichier webpages/stylesheets/xml2xml/construireDossier.xsl . Par défaut, Uniform génére un enregistrement OAI pour chaque élément program lorsque la procèdure d'import est activé.
Lorsque l'import est activé par le logiciel SOF aménagé pour envoyer le type d'objet généré (dans l'élément infoBlock/extension/*/typeObjet ), il est alors possible de régler la création des enregistrements en modifiant le fichier du référentiel {constantes} .xml. Il suffit de reporter les types d'objets dans des éléments /constantes/oai/records/typeObjet .
Lors de la rédaction de ce document, des variables notées {nomdelavariable} ont été utilisées. En voici la liste :
{db.name} : le nom donné à l'espace de stockage (valeur "uv" par défaut)
{db.path} : chemin absolu de l'espace de stockage
{constantes} : préfixe du nom de fichier XML contenant le référentiel de votre établissement
{orgname} : préfixe du nom de fichier XML contenant la description de votre établissement
{ws.base} : URL qui permet de joindre le serveur d'application de l'application Uniform
{initdb} : chemin du répertoire qui contient les documents de référentiel et de description de votre établissement
{import} : chemin du répertoire qui contient les dossiers de formation à importer lors des opérations manuelles agissant sur l'espace de stockage d'Uniform.
{profil} : nom d'un profil permettant d'associer un type de visualisation spécifique (correspond au paramètre _profil d'une requête Web).
{pas} : nombre de formations affichées par page lors de l'affichage d'une liste (correspond au paramètre _pas d'une requête Web)
{lang} : langue d'affichage (correspond au paramètre _lang d'une requête Web)
{xquery} : nom du fichier (situé dans le répertoire properties) contenant les données de configuration de Lucene (par défaut "search-engine-config.xml")
{topdf} : Le préfixe du nom de fichier xsl qui effectue la transformation d'un dossier de formation en PDF