Re: [fr@sympa] Mise à jour sympa (Debian bullseye - 6.2.60~dfsg-4 vers 6.2.60~dfsg-4+deb11u1) => soap HS ?

[Magali Bernard <adresse@cachée>]

Bonjour,

Un indice, le script sympa_soap_client.pl ne fonctionnait plus non plus.

Dans les logs de sympa:
wwsympa[1058]: err main::#1557 > main::do_wsdl#165
70 [robot listes.univ-st-etienne.fr] [session 82536946975110] [client 
161.3.1.48] No SOAP service was defined in sympa.conf (soap_url parameter)

Et en effet, l'upgrade a bien modifié sympa.conf en commentant soap_url 
(pourquoi ?!)
Après rétablissement, je peux à nouveau interroger sans erreur le client 
soap avec sympa_soap_client.pl
Et le script sur le serveur distant qui demande les 'complexLists' est à 
nouveau fonctionnel !

Je suis très étonnée (le mot est faible) que la mise à jour du paquet 
Debian, qui à priori ne devait patcher que quelques fichiers, ait une 
telle incidence. sympa.conf n'aurait-il pas dû être préservé dans un 
sympa.conf-dpkg-new ?

J'espère ne pas avoir d'autre surprise.

Merci François pour ta réponse.

Le 03/02/2025 à 17:35, François Granade a écrit :
> J’ai eu des problèmes similaire, pas lors d’une upgrade, mais pour 
> commencer à utiliser l’API SOAP.
>
> C’est simplement que ton script ne trouve pas l’API SOAP à l’URL 
> "https://sympa.univ-st-etienne.fr/wws/wsdl <https://sympa.univ-st- 
> etienne.fr/wws/wsdl>"
>
> Globalement, c’est lié au fait que le server CGI (“handler”) pour l’API 
> SOAP n’est pas le même que le GCI pour pages web (qui est par défaut en 
> “/wws”). Donc que les URLs peuvent être différentes (et que, aussi, les 
> scripts serveur CGI sont différents — ce devrait vraiment être la même, 
> ça crée plein de complexités de config et de code)
>
> En pratique :
>
> 1) Il est possible que avec l’upgrade, l’URL pour les services SOAP ne 
> soit plus la même - que  "https://sympa.univ-st-etienne.fr/wws/wsdl 
> <https://sympa.univ-st-etienne.fr/wws/wsdl>",” ne soit plus correcte. 
> Pour moi cette URL est maintenant  "https:///listes.monserver.fr 
> <http://listes.monserver.fr>//*sympasoap*/wsdl”. Regarde tes fichiers de 
> configuration (Apache ou NGINX, et sympa), tu trouveras l’URL peut-être, 
> à essayer de changer dans ton script PHP
>
> 2) il est possible que la configuration doive être mise à jour. C’est le 
> probleme que j’ai eu : l’URL pour l’API SOAP était mal configurée dans 
> les settings.
> Donc (en fonction de la configuration Apache ou NGINX), il faudrait 
> vérifier que le setting
>
> soap_url
>
> dans le fichier de configuration “sympa.conf” correspond bien à l’URL 
> correcte. De plus, j’avais aussi eu le problème que ce setting doit être 
> (pour une raison que je n’ai pas regardée) en début du fichier, juste après
>
> wwsympa_url
>
>
>
>
> Mes notes et mes souvenir sont  incomplets mais j’espère que ça peut 
> t’aider.
>
>
>
>
> François Granade
> +33 6 99 12 47 55
>
>
>
>
> > On Feb 3, 2025, at 5:09 PM, Magali Bernard <magali.bernard@univ-st- 
> > etienne.fr <mailto:adresse@cachée>> wrote:
> >
> > Bonjour,
> >
> > J'ai mis à jour sympa: Debian bullseye - 6.2.60~dfsg-4 vers 
> > 6.2.60~dfsg-4+deb11u1
> >
> > Depuis, le script wsdl, qui me permettait de récupérer tous les noms 
> > de listes existantes depuis un serveur distant, se plante:
> >
> > SoapFault exception: [WSDL] SOAP-ERROR: Parsing WSDL: Couldn't load 
> > from 'https://sympa.univ-st-etienne.fr/wws/wsdl <https://sympa.univ- 
> > st-etienne.fr/wws/wsdl>' : Premature end of data in tag head line 4
> >
> > Extrait du script PHP mis en cause:
> > try {
> >  $soap = new SoapClient("https://sympa.univ-st-etienne.fr/wws/wsdl 
> > <https://sympa.univ-st-etienne.fr/wws/wsdl>", 
> > array('connection_timeout' => 60));
> >  $session = $soap->login("adresse@domaine", "passwd");
> >  $res = $soap->authenticateAndRun("adresse@domaine", 
> > $session,'complexLists');
> > ...
> >
> > Est-ce une coïncidence ou d'autres parmi vous ont le même problème ?
> >
> > Merci d'avance,
> >
> > --
> > Magali Bernard
> > DNum pôle Infrastructures et Données
> > Université Jean Monnet Saint-Étienne


--
Magali Bernard
DNum pôle Infrastructures et Données
Université Jean Monnet Saint-Étienne