[intégration avec geOrchestra] Echec de la récupération de l'identité de l'utilisateur.

[jeanpommier]

Bonjour,
Je travaille sur un déploiement de mviewer studio dans un contexte geOrchestra (derrière le security proxy). J'arrive à le faire tourner sans souci, si ce n'est qu'il n'arrive pas à récupérer les infos utilisateurs. Avez-vous un exemple de config pour que ça marche. Je n'ai rien trouvé à ce sujet ni dans la doc ni ici

J'utilise le backend python, image docker mviewer/mviewerstudio:python-stable

Message d'erreur :

• dans la page web

Echec de la récupération de l'identité de l'utilisateur.
Veuillez consulter votre administrateur.

• dans les logs serveur : pas très loquace, j'ai juste

WARNING:mviewerstudio_backend.error_handlers:An error occured. Error code 404, name: Not Found

[Gaetanbrl]

A partir de l'URL studio, et une fois connecté à geOrchestra, qu'est-ce que te retourne cette URL (/api peut varier selon ta config) ?

https:/site.fr/mviewerstudio/api/user

[jeanpommier]

404 error
Resource not found.

Un pb de config de mon backend alors ?

[Gaetanbrl]

Je viens de voir que tu as utilisé Docker, pour info le docker de la dernière release est KO.
On doit corriger le problème. Rémi (c2c) qui avait mis en place le docker auparavant, il faut le maintenir pour les dernières versions.

[Gaetanbrl]

ref #252

[jeanpommier]

Donc https://github.com/mviewer/mviewerstudio/blob/master/docker/config-docker-python.json n'est plus à jour si je comprends bien. Apparemment, les infos sont accessibles sur srv/user_info en fait.

J'imagine qu'il faut que je revoie tous les chemins utilisant l'api du coup ? Les nouvelles valeurs sont trouvables qq part ? (à part dans le code)

[jeanpommier]

changer "user_info": "api/user", par "user_info": "srv/user_info", ne règle pas mon pb d'origine, j'obtiens toujours

Echec de la récupération de l'identité de l'utilisateur.
Veuillez consulter votre administrateur.

[Gaetanbrl]

Actuellement je ne sais pas dans quel état est l'image docker publiée. Je n'ai pas mis en place ce système et je ne sais pas comment il fonctionne pour le moment.
C'est l'idée de l'issue que j'ai référencé pour reprendre tout ca.

Pour les api, si c'est srv/user_infos, pour moi c'est la release -1 et non la dernière version.

Car la dernière version utilises la base /api pour :

• api/user
• api/app/ : DELETE
• /api/app//exists : GET
• /api/app//publish/
• /api/app/ : GET/DELETE
• /api/app//publish/ : POST/DELETE
• /api/app//version/: GET/PUT
• /api/app//versions: GET
• /api/app//preview>: POST
• /api/app//template/<file_name> : POST
• /api/app//template/<id_layer> : DELETE
• etc...

https://github.com/mviewer/mviewerstudio/blob/develop/srv/python/mviewerstudio_backend/route.py

[Gaetanbrl]

• je complète : dans nos installations, nous n'utilisons pas docker.

[jeanpommier]

Ah, j'ai peut-être une idée. Dans la compo docker du repo, je vois que mviewerstudio tourne à la racine du serveur. Dans mon infra, je ne peux pas faire ça, il est donc accessible sur /mviewerstudio/

Je suis un peu rouillé en Flask, je ne vois pas où vous configurez le chemin de base de l'appli (prendre mviewerstudio/ plutôt que / comme base pour les blueprints de l'API ?

[jeanpommier]

Il me semble que ça se ferait dans register_blueprints via le param url_prefix. Vous n'avez pas prévu ça ?

[Gaetanbrl]

Si tu parles de la dernière release, l'install de prod utilise gunicorn (conseillé). La conf geOrchestra réalise les redirection / mapping pour que /mviewerstudio appel le service gunicorn et les bons ports (le service gunicorn tourne via le fichier dans /etc/systemd/system).

[Gaetanbrl]

Voir la doc ici :

https://mviewerstudio.readthedocs.io/fr/stable/doc_tech/install_python.html#mise-en-production

[Gaetanbrl]

@jeanpommier issue fixée par #276 ?