Open camillemonchicourt opened 4 years ago
C'est pas idéal, mais pour commencer rapidement, j'ai fait un ajustement dans la doc indiquant que la conf centralisée n'est actuellement pas optionnelle mais nécessaire au fonctionnement de la synchronisation : https://github.com/PnX-SI/gn_mobile_occtax/commit/4f0a00b3c0a6ec737f8fe58f9208838ee2670b01
A reconsidérer avec l'option suivante vers laquelle on prévoit de se tourner prochainement :
@amandine-sahl a remonté un problème de synchronisation des données qui semblait applicatif : https://github.com/PnX-SI/gn_mobile_core/issues/26
En fait celui-ci est du fait que la configuration centralisée n'avait pas été mise en place sur son serveur GeoNature. En effet celle-ci est indiquée comme optionnelle dans la documentation. Alors qu'en fait si la table
gn_commons.t_mobile_apps
n'est pas renseignée, la routeapi/gn_commons/t_mobile_apps
renvoie une erreur 404 et cela fait planter la synchronisation des données. De la même manière, si un fichier de configuration n'est pas disponible sur le serveur GeoNature, alors cette même routeapi/gn_commons/t_mobile_apps
renvoie une internal error (500) et cela fait aussi planter la synchronisation des données.Plusieurs possibilités :
Il me semble dommage d'imposer la configuration centralisée. Ça peut être gênant d'imposer les mêmes paramètres à tous les utilisateurs d'une instance (chemin des fichiers carto, étendue spatiale...) dans des contextes associatifs par exemple.
Pour commencer :
gn_commons.t_mobile_apps
n'est pas renseignéeMais il serait utile d'avoir des vérifications et un message au niveau de Sync-mobile quand elle rencontre un soucis avec la route.
Et dans un second temps, voir si on peut imaginer un fonctionnement opérationnel sans configuration centralisée.