Historique de la page

The 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'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 offre pour cela un mécanisme très souple de récupération :offers a very flexible mechanism to recover the customizations:

• the main configuration files of the application (/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 more generally all the files changed or added locally (sources, feuilles de stylestylesheets, ...)

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:

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.Lors de mise à jour de l'application avec une version plus récente, il est impératif de