Les fichiers de patch
Les patchs Planisware permettent de corriger ou faire évoluer le noyau P5 d’une application. Ces mises à jour sont régulièrement mises à disposition par Planisware sous forme de Medical Pack ou de Technical Pack (package contenant les plusieurs patchs). Les patchs destinés à une version de l’application (pour le Service Pack 1 par exemple) seront intégrés au noyau de la version suivante (SP2 dans notre exemple). Ils sont chargés au démarrage de l’application pour modifier le noyau de P5.
Les patchs sont disponibles sous la forme de fichiers « .obin ». Leur nommage est du type suivant : scXXXX-is.obin ou scXXXX-tc.obin avec XXXX le numéro du patch. Le suffixe « is » indique qu’il s’agit d’un patch pour l’Intranet Serveur et le client lourd, alors que le suffixe « tc » précise que ce patch est destiné au module TimeCard ou au Dispatch.
Par défaut ces patchs sont positionnés sous le répertoire « OPX2Modules/Updates » d’une instance Planisware.
##Structure des fichiers obin
Voici la structure globale d’un fichier de patch :
Vérifier les patchs chargés au démarrage de l’application
En client lourd il suffit d’aller dans le menu « ? » > « A propos … » > « Lister les sc ».
L’avantage de cet affichage est qu’il permet facilement de récupérer cette liste de patchs sous forme de tableau par un simple copier-coller.
En client léger la liste des patchs chargés au démarrage est donnée par le fichier de log du module concerné (Intranet Server, Dispatch…). Il s’agit des lignes présentes au début du chargement du processus Intranet ou Dispatch. Elles sont du type :
Loading update scXXXX version Y.Z
Erreur fréquente
Lors de la mise à jour des patchs sur une instance Planisware, il est important de vérifier que l’utilisateur qui lance P5 a bien accès en lecture aux patchs. Sinon des erreurs et des dysfonctionnements liés au non chargement des patchs vont apparaitre au démarrage ou à l’utilisation de l’application. Cette erreur est fréquente sur les plateformes unix.
