-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gestion des zones de compétences des organisations #571
Gestion des zones de compétences des organisations #571
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Il faut encore que je teste la branche
|
||
Dans Debian 10, multicorn est disponible via un paquet : | ||
|
||
`$ sudo apt install postgresql-11-python3-multicorn` |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
A ajouter dans le playbook ansible
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
y'a t'il vraiment des gens qui utilisent le déploiement d'un deb de cadastrapp via ansible ? j'en doute très fortement :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Même si cette fonctionnalité est optionnelle car dépendante d'un LDAP ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
C'était juste une note pour moi :)
Du coup on en est où sur cette PR ? |
:) je suis dessus ce matin, j'étais en train de la tester justement |
Je ne suis pas un méga fan du merge des 2 notions de roles et orgs dans la meme table (meme si c'est elegant de taper sur le ldap depuis postgresql), je ne l'utiliserais probablement pas vu que j'ai l'équivalent en local. par contre j'ai regardé les changements de code et on retrouve plus ou moins la logique que j'avais ajouté dans landryb@f46f8d4, je pense juste qu'il manque la partie logback.xml de landryb@722d9b82#diff-c490bf691e6012c211187394c8b97677b05b61b7a2d4079130437338c50c72d8 pour logger le header |
cadastrapp/src/main/java/org/georchestra/cadastrapp/service/CadController.java
Outdated
Show resolved
Hide resolved
cadastrapp/src/main/java/org/georchestra/cadastrapp/service/CadController.java
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ce que je voulais dire c'est qu'il n'y avait pas besoin des deux warnings :)
testing the branch with a regular
afaict this is when passing an which doesnt seem to work at runtime with java8. |
with this:
it seems to work at runtime with java8, i have proper filtering. Will check all cases.. |
Correction done, it seems to work also in JAVA11. Thanks for report. |
@pierrejego @MaelREBOUX pour moi c'est ok pour merger. |
Hu : et si on gère pas ça comme ça, que se passe-t-il ? Tu confirmes @jusabatier que ce que tu proposes est optionnel et qu'on peut rester comme avant ? |
Oui, c'est optionnel et applicable via une option dans la config du script de chargement de la BDD cadastre. |
déployé en production chez nous, marche ok. |
Hello, merci @jusabatier, @landryb et @MaelREBOUX pour ce développement et cette nouvelle fonctionnalité. De mon côté je n'ai pas pu tester avec unicorn, ma plateforme est encore en debian 9 avec postgresql 9.6 et un apt install postgresql-9.6-python-multicorn m'indique qu'il faut installer tout grass720. Tester en mode uniquement en mode De pas de cron disponible en 9.6 pour postgresql -> postgresql-9.6-cron. Je n'ai donc pas pu tester la partie cron. Non tester en déploiement Docker non plus. Une nouvelle machine arrive je referais des tests, à terme d'ailleurs ça serait pas mal de mettre tout ça sur les machines de georchestra @MaelREBOUX tester avec le fonctionnement de Rennes Métropole pour moi c'est bon aussi. Merci encore pour ce développement ! |
Dasn les checks, soucis de récupération de lib sur l'artifactory georchestra. Mais ça build ici, et surtout je vais dans la foulée changer les versions liées à l'issue #554 qui devrait résoudre ce problème de build en même temps. |
@pierrejego j'ai rien fait moi. Donc je note une inquiétude sur la mise en route chez nous. Ce serait bien que @pmauduit soit au courant car je comprend que les composants changent si on utilise cette fonction. J'espère que c'est optionnel et pas obligatoire même si on s'en sert pas. |
oui c'est bien optionnel |
optionnel en fonctionnement oui mais faut-il installer la lib |
non c'est uniquement si tu veux utiliser la maj periodique automatique de la table depuis le ldap. |
Note : penser à mettre à jour les prérequis qq part |
@MaelREBOUX C'est déjà mis à jour dans la doc du dépôt via la PR |
Ce patch permet tout en conservant la possibilité de garder l'ancien fonctionnement de si besoin aller chercher les codes INSEE paramétrés pour l'organisation dans Georchestra.
Voici une description des modifications fonctionnelles :
L'utilisation d'une vue matérialisée pour org_autorisation permet de ne pas surcharger le LDAP.