Demande #4970
fermé#Chapril - Demande #4742: Déploiement expérimental de StatoolInfos
Valider le fichier ChaprilInfos du service benevalibre.chapril.org
100%
Description
Dans le cadre du déploiement de ChaprilInfos, un fichier a été créé pour le service benevalibre.chapril.org.
Demande : vérifier/compléter le fichier lamp:/srv/chaprilinfos/inputs/benevalibrechaprilorg.properties
Mis à jour par François Poulain il y a presque 4 ans
Fait.
Suggestions / interrogations
- Le service.name impose t'il le camel case ? Si oui peut on avoir un service.name.display ?
- En plus de service.startDate service.endDate, j'ajouterais un lastUpdatedDate.
- Je suis surpris de host.name=Hetzner host.server.type= VIRTUAL. On loue un dédié. C'est confusant.
- La mention software.license ne permet pas de préciser « ou version ultérieure ».
- Un propertie.lastUpdatedDate serait bienvenu
- Quel est le format de nom pour la licence ? Que penser de s'appuyer la dessus : https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-short-name
- Quel est le format pour les dates ?
Mis à jour par François Poulain il y a presque 4 ans
- Statut changé de Nouveau à Résolu
- % réalisé changé de 0 à 100
Mis à jour par Christian P. Momon il y a presque 4 ans
- Version cible changé de Backlog à Sprint 2020 novembre
Mis à jour par Christian P. Momon il y a presque 4 ans
François Poulain a écrit :
- Le service.name impose t'il le camel case ? Si oui peut on avoir un service.name.display ?
Non, chaîne de caractère libre. Dans le cadre des services du Chapril, j'utilise le camel case qui permet d'exprimer le nom complet du service sans les points et donc d'avoir une forme de vrai nom lisible.
- En plus de service.startDate service.endDate, j'ajouterais un lastUpdatedDate.
Dans le fichier properties exposé sur le web, un champ dédié est ajouté en entête par la moulinette statoolinfos : file.datetime.
Le fait d'ajouter automatiquement l'information permet d'éviter que des humains n'oublient ou ne le fasse pas dans un format accepté.
Voir https://statoolinfos.chapril.org/chaprilservices-benevalibrechaprilorg-check.xhtml
- Je suis surpris de host.name=Hetzner host.server.type= VIRTUAL. On loue un dédié. C'est confusant.
Le service tourne dans une machine virtuelle donc le host.server.type est bien VIRTUAL.
Le fait que la machine virtuelle tourne sur un serveur dédié est porté par le champ host.provider.type HOSTEDSERVER.
L'utilisation de deux champs est censé aider à s'y retrouver dans les 16 combinaisons recensées.
Un pleu plus d'information dans l'ontologie la plus à jour (https://framagit.org/chatons/chatonsinfos/-/blob/master/MODELES/service.properties).
- La mention software.license ne permet pas de préciser « ou version ultérieure ».
La propriété software.license.name est un champ de saisie libre et donc admet n'importe quelle chaîne de caractères, on peut l'y mettre si l'on veut.
- Un propertie.lastUpdatedDate serait bienvenu
Le champ file.dateTime est répond à ce besoin.
Ajouté automatiquement par la moulinette statoolinfos lors de la transformation du fichier inputs/ en fichier well-known/ exposé sur le web.
On pourrait avoir une saisie complètement manuelle.
- Quel est le format de nom pour la licence ?
Le format est libre.
L'approche properties est simple et peu contrainte. Chaque convention de nomenclature en alourdit l'usage.
Dans un premier temps, décision de laisser libre et si besoin de faire un rapprochement lors d'un éventuel traitement.
De toute façon, y aura toujours des saisies exotiques ;)
Pour l'instant, pas de besoin établi derrière cette donnée.
Que penser de s'appuyer la dessus : https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-short-name
Ce sont des codes (keyword), ça rajouterait une contrainte/complexité à la saisie.
Ça serait une bonne référence si on voulait adopter une nomenclature.
- Quel est le format pour les dates ?
A priori, jj/mm/yyyy ou le format ISO 8601 de la forme 2020-12-02 ou 2020-12-02T18:40:57.076577.
En espérant que ces réponses seront éclairantes :-)