esup-helpdesk




La liste d'utilisateurs n'est pas rendue car vous ne possédez pas les droits d'accès nécessaires pour afficher les profils utilisateur.

Arborescence des pages

Comparaison des versions

Légende

  • Ces lignes ont été ajoutées. Ce mot a été ajouté.
  • Ces lignes ont été supprimées. Ce mot a été supprimé.
  • La mise en forme a été modifiée.
Commentaire: Migrated to Confluence 5.3
Info
titleVersion 3.30

This feature is no longer available in version 3.30.

The esup-helpdesk is highly configurable and customizable thanks to Spring, layout programming and systematical usage of Java interfaces.

The issue is not the customization itself but keeping the customizations when upgrading the application.

esup-helpdesk offers a very flexible mechanism to recover the customizations:

  • the main configuration files of the application (/build.properties, /

Mises à jour 

La procédure de mise à jour est la suivante :
récupération des sources de la nouvelle version

Balise Wiki
décompression des sources au même endroit que la version déjà installée (par exemple, décompression de *esup-helpdesk\[-quick-start\]-x.y.z-t.zip* dans le répertoire */usr/local/helpdesk/src*, ce qui crée le répertoire */usr/local/helpdesk/src/esup-helpdesk\[-quick-start\]-x.y.z*.

Remarque
titleRépertoire d'installation de l'application

Lors de mise à jour de l'application avec une version plus récente, il est impératif d'installer toutes les versions au même endroit sur le serveur, par exemple /usr/local/helpdesk/src, pour assurer la récupération des personnalisations.

Conservation des personnalisations 

L'application esup-helpdesk est très configurable, grâce à l'utilisation de Spring, la programmation en couches et l'utilisation systématique d'interfaces Java.

Le problème n'est donc pas tant la personnalisation elle-même, mais plutôt la conservation des personnalisations lors des mises à jour de l'application.

esup-helpdesk offre pour cela un mécanisme très souple de récupération :

  • des fichiers de configurations principaux de l'application (build.properties, properties/config.properties)
  • des fichiers de configuration modifiés localement par les exploitants configuration files changed locally by the deployers (/properties/*)
  • plus généralement de tous les fichiers ajoutés ou modifiéslocalement (sources, feuilles de style, ...)

xx

  • more generally all the files changed or added locally (sources, stylesheets, ...)

In order to ease the recovering of the customizations, edit the property custom.recover.files in /build.properties. For instance, we assume here that the deployer has:

  • added a customization class to link to an external inventory application (edu.domain.helpdesk.computerUrl.InventoryComputerUrlBuilderImpl)
  • edited the configuration file /properties/domain/computerUrl.xml to add a bean of this class

He(she) will have to change the property this way:

Bloc de code
custom.recover.files= \
src/edu/domain/helpdesk/computerUrl/InventoryComputerUrlBuilderImpl.java \
properties/domain/computerUrl.xml

Calling the ant task recover-config will automatically recover those files from the folder of the previous release.

...