[BP] Pas de fond de plan (GeoTools force WFS 1.0.0) #646
Comments
|
@pierrejego , @MaelREBOUX some news about this problem ? |
|
@pmauduit , ça te dit quelque chose ce cookie rejeté dans notre infra ? |
|
On l'a déjà eu ce problème, non ? ou quelquechose de ressemblant à ca. Le message d'erreur dans la stacktrace: me fait penser au parser XML SAX qui tente de parser un document censé etre du XML mais qui n'en est pas un (une page d'erreur quelconque en HTML ou bien carrément une redirection sur CAS). Et juste au dessus dans la stacktrace, on voit une url non normalisée: N'y a t'il pas un double slash qui traine dans une configuration quelquepart ? |
|
Note: je pensais à #486 mais ce n'est probablement pas ca. |
|
@pierrejego , @MaelREBOUX il n'y aurait pas une régression par rapport au |
|
Heu : on ne m'en n'a pas signalé dernièrement non. |
|
Après analyse, ce problème ressemble beaucoup à #548 |
|
Bon suite à échange avec @pierrejego ce matin et test avec notre DSI:
|
|
sans un F5 sur mon setup (ni rien de "compliqué" dans l'infra) je n'arrive pas non plus a avoir de carte sur le BP, avec le backend en v2.0. je n'ai rien dans les logs du backend qui pointerait a un problème de xsd ou autre, par contre la seule "ERROR" est: si je reproduis manuellement la requete faite par le backeend sur puis, si j'essaie de récupérer le getcapabilities WFS (avec GS 2.18.6 de l'autre coté) appelé par le backend: enfin, si je regarde dans le log geoserver 2.18.6 lors de l'appel au GetCapabilities WFS: tout ca pour dire ... que la chaine d'appels est bien compliquée, et qu'il y'a très peu de gestion d'erreur faite dans le backend cadastrapp pour arriver a savoir d'ou vient le problème. Bref, pas certain que ce soit la même chose que votre problème, mais les symptomes sont similaires. je creuse. |
|
en l'occurence, le backend cadastrapp force l'utilisation de la v1.0.0 de WFS, ce qui pose problème a geoserver 2.18.6 (cf georchestra/georchestra#3764). J'ai essayé en mettant @pierrejego ? tu avais testé le backend v2.0 avec quelle version de geoserver en face ? |
|
tout ca me semble très fragile, mais une fois "fixé" le WFS GetCapabilities 1.0.0 de geoserver, j'ai bien un fond de plan (venant des WMS IGN, en plus !!) et les objets de la couche WMS cadastrale sur mon BP - par contre la parcelle selectionnée n'est pas mise en surbrillance/stylée par dessus les autres ? |
quel est exactement le message d'erreur ? coté client, coté serveur ? après discussion ce matin en copil, ca me semble probablement lié a la mise a jour spring de #598, qui est peut-etre plus strict sur certaines choses, et il faut peut-etre faire de la configuration d'environnement jetty pour autoriser des domaines supplémentaires pour les cookies.. @pierrejego une idée de ce coté la ? |
MaelREBOUX
changed the title
|
Par rapport aux problèmes sur ce ticket, pour avoir un peu investigué pour Rennes:
|
|
après point en visio, les derniers soucis de parcelle selectionnée non en surbrillance sur les éditions de BP sont corrigés par #666, pas encore releasé mais en prod au craig (avec geoserver 2.18.7) depuis septembre 2022. A priori fonctionnel au puy en velay sans #666, mais avec un geoserver plus récent ? on peut donc fermer ce ticket qui concernait le fond de plan blanc lors des éditions de BP qui était un souci de WFS 1.0 sur geoserver (corrigé entre autre par georchestra/geoserver@5095e28) |
Environnement
Site : https://portail-test.sig.rennesmetropole.fr
Version Cadastrapp : v2.0
Version mapstore2-cadastrapp: georchestra/mapstore2-cadastrapp@d0ea5e9
Navigateurs testés : Mozilla firefox 91.7.1esr (32 bits), Chrome Version 99.0.4844.82 (Build officiel) (64 bits)
Particularité : Equipement réseau Filtrant F5 , qui analyse les requêtes passantes et utilise un domaine spécifique (test-dmz-sigeosp.sig.rennesmetropole.fr)
Problème
La création du getImageBordereau parcellaire n'aboutit pas, le pdf créé contient une carte vide .
Le cookie semble rejeté en raison de noms de domaines différents.
Le message d'erreur complet dans les logs de cadastrapp est:
The text was updated successfully, but these errors were encountered: