...
Si on souhaite avoir un message différent dans le résumé des propriétés de groupe, il suffit de définir une nouvelle clé dans le fichier Error_XX :
| Bloc de code |
|---|
org.esco.grouperui.group.resume.ESCOGroupNotSaveException=Mon nouveau message |
Aide contextuelle
Les libellés des aides contextuelles se trouvent dans les différents fichiers d'internationalisation avec les clés se terminant par « _TITLE ».
...
Pour que l'aide contextuelle ne s'affiche pas, il suffit de retirer le libellé après la clé. Par exemple :
| Bloc de code |
|---|
STEM_CREATE_GROUP_TITLE= |
Stratégies
Recherche de personnes
Le fichier grouper-api-strategy.xml permet de définir quelle stratégie de recherche de personnes est utilisée en fonction d'une expression évaluée.
| Bloc de code | ||||
|---|---|---|---|---|
| ||||
<beanid<bean id="defaultStrategySubjectLocator" class="org.esco.grouperui.services.grouper.internal.locator.DefaultStrategySubjectLocator"> <property name="evaluator" ref="evaluator" /> <property name="defaultSearchStrategies" > <map> <map> <entry key=" evaluator.regexp('(esco:Etablissements:(([^_]+)_(\\d{5,7}\\w?))(:[^:]+)*)|(esco:admin:.+)| (esco:Applications:.+)', path)" value-ref="UAIStrategySubjectSearch"></entry> <entry key="evaluator.regexp('(.*)', term)" value-ref="defaulStrategySubjectSearch"></entry> </map> </property> </bean> |
Dans l'exemple ci-dessus, la stratégie "UAIStrategySubjectSearch" sera utilisée pour les groupes dont le path correspond à l'expression régulière indiquée.
...
| Bloc de code | ||||
|---|---|---|---|---|
| ||||
<bean id="defaultStrategyGroupLocator" class="org.esco.grouperui.services.grouper.internal.locator.DefaultStrategyGroupLocator">
<property name="evaluator" ref="evaluator" />
<property name="defaultSearchStrategies" >
<map>
<entry key="evaluator.regexp('(.*)', term)" value-ref="defaulStrategyGroupSearch"></entry>
</map>
</property>
</bean
bean> |
Dans l'exemple ci-dessus, il n'existe qu'une stratégie par défaut.
Les variables disponibles pour l'expression sont :
- field : attribut sur lequel l'utilisateur effectue la recherche. Les valeurs possibles sont name, displayName et extension ;
- type : le type de la recherche (simple ou pour ajout). Les valeurs possibles sont SIMPLE et ADD ;
- path : le chemin à partir duquel on effectue la recherche ;
- term : le terme de recherche qui peut contenir des caractères joker ;
- subject : la personne effectuant la recherche.
Condition par défaut des groupes dynamiques
Le fichier group-dynamic-strategy.xml permet de définir quelle condition par défaut est affichée sur l'onglet Dynamique lors de la création d'un groupe de type dynamique en fonction d'une expression évaluée.
| Bloc de code | ||||
|---|---|---|---|---|
| ||||
<bean id="defaultStrategyRequestLocator" class="org.esco.grouperui.services.dynamicgroup.internal.DefaultStrategyRequestLocator">
<property name="evaluator" >
<bean class="org.esco.grouperui.services.dynamicgroup.internal.ExpressionEvaluator" />
</property>
<property name="strategies" >
<map>
<entry key="evaluator.regexp('esco:Etablissements:(([^_]+)_(\\d{5,7}\\w?))(:[^:]+)*', stem.getName())">
<bean class="org.esco.grouperui.services.dynamicgroup.internal.UAIStrategyRequestFactory" />
</entry>
<entry key="evaluator.regexp('(.*)', stem.getName())">
<bean class="org.esco.grouperui.services.dynamicgroup.internal.DefaultStrategyRequestFactory" />
</entry>
</map>
</property>
</bean> |
Dans l'exemple ci-dessus, la stratégie "UAIStrategyRequestFactory" est utilisée pour les dossiers dont le nom correspond à l'expression régulière indiquée.
Les variables disponibles pour l'expression sont :
- stem : le dossier dans lequel l'utilisateur créé le groupe ;
- person : la personne effectuant la création.
Gestion des profils
Afin de pouvoir paramétrer l'application en fonction d'un utilisateur, il est possible de gérer différents profils.
Le profil peut être récupéré de deux manières différentes :
- En passant dans l'url le paramètre profile=*nomDuProfil* si l'application est en mode servlet
- En récupérant le profil de la personne connectée sur le Portail si l'application est en mode portlet.
Le mécanisme des profils est décrit dans le document intitulé « ESCO-Grouper - Manuel de développement v1.00.pdf ». Le point à retenir est qu'il existe des fichiers *Profile.xml qu'il est nécessaire de modifier pour autoriser ou non des fonctionnalités.
Ajout d'un profil
Afin d'ajouter un profil, il suffit de rajouter un fichier XML dans le répertoire des profils. Il sera chargé automatiquement au lancement de l'application.
Contenu d'un fichier de profil
Le contenu d'un fichier de profil correspond à ceci :
| Bloc de code | ||||
|---|---|---|---|---|
| ||||
<?xml version="1.0" encoding="UTF-8" ?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop.xsd
http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context-3.0.xsd">
<bean id="testProfile" class="org.esco.grouperui.web.beans.profile.UserProfile">
<property name="name" value="testProfile"></property>
<property name="functions">
<map>
<!--entry key="*uneClef*" value="*unBooléen*"></entry-->
<entry key="org.esco.grouperui.web.stem.properties" value="true"></entry>
</map>
</property>
</bean>
<bean class="org.esco.grouperui.web.beans.profile.UserProfileAggregator">
<description>Add the profile to the list of profiles or modify if exist.</description>
<property name="profiles">
<list>
<ref bean="testProfile"></ref>
</list>
</property>
</bean>
</beans> |
Ce fichier, par exemple, va créer un profil nommé « testProfile » qui va permettre aux utilisateurs ayant ce profil d'accéder aux propriétés de dossier dans l'application ESCO-Grouper.
Vous trouverez en annexe §7.4 un tableau récapitulatif des clefs possibles.
Serveur SMTP
Le serveur SMTP permet d'envoyer des mails dans le cas d'une erreur technique intervenu dans l'application.
Ce fichier smtp.xml ne doit être modifié que dans le cas où il existe plusieurs serveurs SMTP dédiés à l'application. Si un seul serveur est utilisé, la configuration s'effectue dans le fichier ESCOGrouper.properties.