Discussion :

[otroccaz]

Bonjour,

J'ai une application PHP basée sur l'API Geoportail qui tournait très bien en http (grâce à l'aide trouvée sur ce forum : http://www.developpez.net/forums/d14...ail-geoserver/). Récemment, les services informatiques dont je dépends m'ont demandé de modifier les liaisons de différents sites en https via un certificat SSL. Du coup, tous les sites sont désormais en https, et, bien que n'ayant pas observé de problème particulier avec Geoserver, l'API ne répond plus comme auparavant. J'ai l'impression que ça bloque au niveau du proxy, mais je ne comprends pas trop où :
https://vegfrance.univ-rennes1.fr/Geoserver/map9.php
Avez-vous déjà été confronté à ce genre de situation ? Auriez-vous quelques pistes ?

Initialement, j'avais posté cette question sur le forum général des SIG du site Developpez et me suis permis de la replacer ici car plus dans son contexte par rapport à l'API IGN. Depuis, j'ai passé pas mal de temps à tenter de trouver une solution mais sans succès. Néanmoins, j'ai pu lire quelques discussions mentionnant que proxy et https ne faisaient pas forcément bon ménage. J'ai donc tenté l'option json dont mga_geo m'avait parlé en décembre dernier, mais en vain : https://vegfrance.univ-rennes1.fr/Geoserver/map9-1.php. Ceci étant, je ne cerne pas toute la portée des paramètres nécessaires, notamment les "callBack".

Bref, je suis preneur de tous vos conseils et expériences.

D'avance merci.
Cordialement,

Olivier

[mga_geo]

Pour https://vegfrance.univ-rennes1.fr/Geoserver/map9-1.php , je vois une requête vers osur.univ-rennes1.fr en type "OPTIONS" sur Firebug.
Cela doit correspondre à du cross-domain.

[otroccaz]

Bonjour Marc,
Merci du retour.
Non, il n'y a pas de changement de domaine, mais c'est une application sur Vegfrance qui demande des couches d'un Geoserver sur Osur. Lorsque qu'il n'y avait pas de certificat SSL, c'était exactement la même configuration et cela fonctionnait. Est-ce le fait du https qu'il y a maintenant problème de cross-domain ?
En résumé, cela voudrait dire que toutes les applications doivent se trouver sous le domaine du Geoserver pour pouvoir insérer des couches ?
Merci.
Olivier

[otroccaz]

Je progresse : j'ai activé CORS entre les deux domaines. Par contre, le typeName(s) ne passe pas dans la requête ... enfin, il est affiché à NONE. Je continue à creuser ...
Olivier

[otroccaz]

Je bloque ...
Pour traiter les problèmes un par un et donc éviter les problèmes de cross-domain dans un premier temps, j'ai mis en place un dossier sous le domaine du Geoserver :
Appel par proxy : https://osur.univ-rennes1.fr/GS/map9.php
Appel en JSON : https://osur.univ-rennes1.fr/GS/map9-1.php
L'un comme l'autre envoie une requête post contenant <wfs:Query typeNames="cite:NONE" srsName="EPSG:4326" xmlns:cite="http://www.opengeospatial.net/cite"> ... naturellement, la réponse indique que "cite:NONE" n'existe pas. Et pourtant, j'ai bien défini le typeName dans les paramètres initiaux.
Auriez-vous une idée ?
D'avance merci.
Olivier

[lboulanger]

Concernant le problème de la requête WFS, c'est étrange en effet, qu'est-ce que ça donne sans le paramètre featureType (dans les protocolOptions des options de la couche) ?
Puisque le préfixe est déjà précisé, ainsi que le typename.

Laurane

[otroccaz]

Merci du retour Laurane.
Le résultat est le même.
Olivier

[otroccaz]

Bon, finalement, j'ai tout repris à zéro à partir d'un exemple proposé par Marc en décembre : https://osur.univ-rennes1.fr/GS/map9bis.php. Il ne me reste plus qu'à régler l'affichage des popups.
Merci à tous.
Olivier