CRI Nancy 2 - Cas Toolbox - Esup

Transcription

CRI Nancy 2 - Cas Toolbox - Esup
CRI Nancy 2 - Cas Toolbox
1 sur 5
http://doc-cri.univ-nancy2.fr/public/?contentId=3997
Documentations techniques du CRI Nancy 2
CAS TOOLBOX
Introduction
Téléchargement
Structure
Utilisation
Les niveaux de configurations
4 Niveaux
Les dossiers updates et custom
Configuration
build.properties
config.properties
Faire une personnalisation
Faire son quickstart
Update Esup
Utilisation du quickstart
Introduction
Le cas toolobx est un outil permettant de :
deployer un serveur CAS dans un tomcat existant
configurer simplement le serveur CAS
gérer des personnalisation
de créer ses propres packages quickstart (incluant un tomcat)
Téléchargement
Le package se trouve sur http://sourcesup.cru.fr/frs/?group_id=401&release_id=1061
SVN : https://subversion.cru.fr/cas-toolbox
Structure
cas-toolbox-X-Y
| custom
| resources
|
| [...]
| update
|
| source
|
|
| [...]
|
| webpages
|
|
| [...]
| build.sample.properties
| build.xml
| config.sample.properties
| README
Avec :
custom : ce dossier permet de déposer des personnalisation (source, webpages)
resources : ce dossier contient les ressources utilisées par le package lui même
update : dossier contenant les modifications (configuration) du serveur cas. Ce dossier est
uniquement utilisé par la package
build.sample.properties : fichier de properties pour la construction et le deploiement
build.xml : fichier utilisé par les commandes ant
17/01/2008 15:24
CRI Nancy 2 - Cas Toolbox
2 sur 5
http://doc-cri.univ-nancy2.fr/public/?contentId=3997
config.sample.properties : fichier de configuration du serveur CAS
README
Utilisation
1.
2.
3.
4.
5.
6.
7.
8.
Décompresser le package cas-toolbox.X-Y.tar.gz
Renommer build.sample.properties en build.properties
Configurer deploy.path dans build.properties
Renommer config.sample.properties en config.properties
Configurer config.properties
Lancer : ant init
Lancer : ant deploy
Démarrer votre tomcat et se rendre sur http://localhost:8080/cas
Les niveaux de configurations
Cas toolbox permet plusieurs niveaux de configuration/paramétrage/personnalisation.
4 Niveaux
1. Dossier update est l'apport du package pour sa configuration de base.
2. Dossier custom permet lui de déposer des personnalisations (look web, classes modifiées,
fichier de configuration personnel)
3. Fichier de configuration config.properties va mettre des variables a disposition de tous les
fichiers SPRING du serveur cas.
4. Cas toolbox peut gérer plusieurs dossiers update, de base il y en a un.
Dans le fichier build.properties, on peut indiquer une url SVN ; le package va alors récupérer un
update.XXX supplémentaire qui sera utilisé lors de l'init.
svnant.update.url=http://subversion.cru.fr/cas-toolbox/trunk/update.esup/
svnant.repository.user=
svnant.repository.passwd=
svnant.update.path=${basedir}/update.esup
svnant.update.version=HEAD
Ensuite on peut chainer les dossiers update toujours dans le build.properties :
update.path=${basedir}/update,${basedir}/update.esup
L'ordre a son importance, le dernier définit va écraser le cas échéant les fichiers du précédent.
Les dossiers updates et custom
Ces dossiers peuvent contenir :
un dossier source : classe java qui seront compilée puis déployée dans le serveur CAS
un dossier webpages : qui contient les parties web (la structure de ce dossier est la même que
dans le webapps tomcat)
Configuration
build.properties
deploy.path=/home/cas/webapps/cas
config.file=${basedir}/config.properties
deploy.path est le chemin ou va se deployer le serveur cas
config.file : fichier de configuration CAS (contrairement au build.properties qui configure le
package) ; il est ainsi possible de gérer un fichier config.monuniv.properties.
17/01/2008 15:24
CRI Nancy 2 - Cas Toolbox
3 sur 5
http://doc-cri.univ-nancy2.fr/public/?contentId=3997
maven.offline=false
Cas toolbox utilise maven afin de récupérer ses dépendances. Lorsque vous avez fait une première
récupération (premier init) des repository maven vous pouvez passer en maven.offline = true afin de
travailler en mode non connecté.
update.path=${basedir}/update
custom.path=${basedir}/custom
Vous pouvez modifier le build.properties afin d'utiliser des dossiers update et custom différent de
ceux fournit de base.
config.properties
Vous pouvez y paramétrer les mécanismes d'authenfication :
cas.authHandlers=ldapHandler,fileHandler
La liste des handlers est disponible dans le fichier build.properties : ldapHandler, fileHandler,
jdbcHandler, radiusHandler, etc ...
Lors du ant init, cette propriété va être utilisée pour :
mettre les jar nécessaires au fonctionnement du handler dans CAS
mettre un fichier de configuration xxx-auth.xml (pour l'instant seul les fichiers
file-auth.xml,ldap-auth.xml, simpletest-auth.xml sont préconfigurés)
Ensuite on peut ajouter des directive de configuration dans le fichier config.properties, elles seront
disponibles dans les fichiers xxx-auth.xml.
Exemple LDAP :
#
# Dans config.properties
#
ldap.host.1=ldap://ldap1.univ-nancy2.fr:392
ldap.host.2=ldap://ldap2.univ-nancy2.fr:392
ldap.basedn=uid=%u,ou=people,dc=univ-nancy2,dc=fr
Fichier ldap-auth.xml :
<bean id="ldapHandler" class="org.jasig.cas.adaptors.ldap.FastBindLdapAuthenticationHandler"
<property name="filter" value="${ldap.basedn}" />
<property name="contextSource">
<bean class="org.jasig.cas.adaptors.ldap.util.AuthenticatedLdapContextSource">
<property name="pooled" value="true"/>
<property name="anonymousReadOnly" value="true" />
<property name="urls">
<list>
<value>${ldap.host.1}</value>
<value>${ldap.host.2}</value>
</list>
</property>
</bean>
</property>
</bean>
Il existe aussi des parties de configuration dans ce fichier non liées aux handlers :
#logs directory
log.dir=${catalina.home}/logs
#cas host
cas.host=jmarchal-dev.univ-nancy2.fr
17/01/2008 15:24
CRI Nancy 2 - Cas Toolbox
4 sur 5
http://doc-cri.univ-nancy2.fr/public/?contentId=3997
# cas uri (empty if /)
cas.uri=
# cas port empty (if standard)
cas.port=
#User allow to use services/manage.html
security.useradmin=admin
# graphic theme
theme=default
views=default
Faire une personnalisation
Voici l'exemple d'un personnalisation : ajouter des time-out à la connexion LDAP
Copier le fichier \update\webpages\WEB-INF\ldap-auth.xml vers
\custom\webpages\WEB-INF\ldap-auth.xml
Modifier le fichier \custom\webpages\WEB-INF\ldap-auth.xml
<bean id="ldapHandler" class="org.jasig.cas.adaptors.ldap.FastBindLdapAuthenticationHandler"
<property name="filter" value="${ldap.basedn}" />
<property name="contextSource">
<bean class="org.jasig.cas.adaptors.ldap.util.AuthenticatedLdapContextSource">
<property name="pooled" value="true"/>
<property name="anonymousReadOnly" value="true" />
<property name="urls">
<list>
<value>${ldap.host.1}</value>
<value>${ldap.host.2}</value>
</list>
</property>
<property name="baseEnvironmentProperties">
<map>
<entry key="com.sun.jndi.ldap.connect.timeout" value="${ldap.connect.timeout}"/>
<entry key="com.sun.jndi.ldap.read.timeout" value="${ldap.read.timeout}"/>
</map>
</property>
</bean>
</property>
</bean>
Modifier le fichier config.properties pour ajouter ldap.connect.timeout et ldap.read.timeout
# Ldap timeout
ldap.connect.timeout=100
ldap.read.timeout=30
Faire un ant init
Faire un ant deploy.
Faire son quickstart
Une fois vos personnalisations faites, vous pouvez réaliser un quickstart tout packagé.
Pour ce faire :
Modifier le build.properties config.file avec votre fichier config ; y ajouter (voir
\resources\quickstart\quickstart.properties) :
tomcat.download.url=http://apache.miroir-francais.fr/tomcat/tomcat-6/v6.0.14/bin/apache-tomc
tomcat.version=apache-tomcat-6.0.14
tomcat.port.stop=8005
tomcat.port.http=8080
17/01/2008 15:24
CRI Nancy 2 - Cas Toolbox
5 sur 5
http://doc-cri.univ-nancy2.fr/public/?contentId=3997
tomcat.port.redirect=8443
tomcat.port.ajp=8009
Farie un ant _make.quickstart
Un Tomcat va être téléchargé et le package va se construire
Le fichier résultant est \build\quickstart\cas-quickstart-X.Y.Z-A.tar.gz
Update Esup
Esup fournit un dossier update s'adaptant plus aux universités françaises.
Pour récupérer ces updates :
Vérifier le build.properties
svnant.update.url=http://subversion.cru.fr/cas-toolbox/trunk/update.esup/
svnant.repository.user=
svnant.repository.passwd=
svnant.update.path=${basedir}/update.esup
svnant.update.version=HEAD
Prise en compte de ce nouveau dossier update :
update.path=${basedir}/update,${basedir}/update.esup
Lancer un ant _get.remoteUpdate
Le dossier update.esup va être récupérer depuis un SVN
Utilisation du quickstart
Dézipper cas-quickstart-X.Y.Z-Q.tar.gz
cd cas-quickstart-X.Y.Z-Q
modifier env.cmd (ou env.sh)
JAVA_HOME
Lancer le script start.cmd (start.sh)
Créé par Julien Marchal - modifié le 19/12/2007 par Julien Marchal - © CRI - Site fait avec Infoglue
17/01/2008 15:24

Documents pareils