Version 2.0.0 - en cours ...
13/02/2023
Configurations BMP_COMMAND_COLOR_PRINTER et BMP_COMMAND_BLACK_PRINTER pour impression+encodage en 1 seul temps
Suite à la mise à jour du code sur cette version (via un git pull sur le master), il faut ici lancer la commande :
| Bloc de code |
|---|
mvn compile exec:java -Dexec.args="dbupgrade" |
Cela vous positionnera les configurations BMP_COMMAND_COLOR_PRINTER et BMP_COMMAND_BLACK_PRINTER qu'il faudra adapter si vous souhaitez bénéficier de la possibilité de l'édition (impression + encodage) en 1 seul temps via des imprimantes avec encodeurs (evolis ou zebra). Ce sont en effet les commandes derrière ces configurations qui permettent de générer les images BMP qui peuvent être interprétés nativement par les imprimantes lors de l'impression de la carte via esup-sgc-client-3.0.
A tritre d'information, BMP_COMMAND_COLOR_PRINTER pourra être de la forme suivante :
| Bloc de code | ||||
|---|---|---|---|---|
| ||||
wget -4 'https://esup-sgc.univ-rouen.fr/wsrest/view/%s/card-b64.html?type=color' -O card-b64.html && chromium --headless --disable-gpu --print-to-pdf=card.pdf card-b64.html && convert -resize 1016x648 -gravity center -extent 1016x648 -density 600 -alpha off card.pdf card.bmp |
- Pour que cela fonctionne, il vous faudra :
- installer wget, chromium, imagemagick (convert), ghostscript (commande gs)
- modifier la configuration pour renseigner l'url de votre sgc, modifier éventuellement chormium par chormium-browser suivant votre distribution
- faire en sorte que le wget sur le serveur fonctionne : il vous faudra autoriser la propre IP d'esup-sgc à appeller son propre service REST : dans security.properties, ajoutez l'IP du sgc au niveau de accessRestrictionWSRestApi
- Pour tester, allez dans 'admin' < 'themes cartes', sélectionnez un thème pour lequel au moins une carte existe avec ce thème, et vérifiez que dans le bloc "Prévisualisation BMP - édition en 1 temps" vous retrouvez bien une image de la carte dédiée au ruban noir et blanc et une autre dédiée aux rubans couleur. Si ça ne fonctionne pas, regardez dans les logs pour corriger le problème (sécurité, commande non fonttionnelle à tester et mettre au point depuis /tmp, etc.)
- Possibilité d'envoyer des messages n jours avant le passage de la carte en état 'caduque'.
- cette fonctionnalité est mise en oeuvre via la tâche planifiée à configurer / commenter dans applicationTasksContext.xml (il est fort probable que suite à un merge vous aurez un confilt à régler dans ce fichier applicationTasksContext.xml).
- ces messages/mails de ce type peuvent ensuite être configurés dans l'interface web (admin < messages).
- Salle de badgeage pour marquer les cartes comme détruites
...