Projet

Général

Profil

Tâche #35883

Scénario #35858: Contenu modifié zephir.eol (rétro-portage 2.7)

Étude

Ajouté par Benjamin Bohard il y a 19 jours. Mis à jour il y a 15 jours.

Statut:
À valider
Priorité:
Normal
Assigné à:
Début:
29/03/2024
Echéance:
% réalisé:

0%

Restant à faire (heures):

Historique

#1 Mis à jour par Benjamin Bohard il y a 19 jours

  • Statut changé de Nouveau à En cours

#2 Mis à jour par Benjamin Bohard il y a 19 jours

Pour éviter les répercussions en cascade, il est envisagé de pouvoir conditionner le comportement de zéphir-client en fonction de la version du serveur Zéphir sur lequel le module est enregistré.

Dans le cas présent, ça permettrait de pallier le problème rencontré sur les modules 2.7.2 avec un Zéphir 2.7.2 également. La modification côté zéphir-client n’aurait pas besoin d’être reportée sur les versions supérieures de zéphir-client puisque l’enregistrement de ces versions implique l’utilisation d’un Zéphir de version également supérieure.

Il n’y a pas, sauf erreur, de fonction xmlrpc qui expose la version du serveur Zéphir aux modules qui communiquent avec lui.

Il est donc proposé d’ajouter cette fonction avec les caractéristiques suivantes :
  • dans modules_rpc.py (y a-t-il un meilleur endroit ou faut-il en créer un autre ?)
  • renvoie les codes de versions de module supportées
  • associée aux bons groupes de droits (Lecture ?)

Les codes de versions de module supportées, mis à jour dans la table TABLE_SUPPORT dans zephir.config à la mise à jour du Zéphir, est un indicateur indirect de la version du Zéphir mais est suffisant pour déterminer les fonctionnalités prises en charge.
zephir.config est importé dans zephir.backend.config. La table est donc accessible sans modifier les imports.

Côté client, la condition pourrait reposer sur la valeur maximale de la liste retournée par la fonction xmlrpc.

#3 Mis à jour par Benjamin Bohard il y a 15 jours

  • Statut changé de En cours à À valider

Formats disponibles : Atom PDF