Le portail francophone de la géomatique

Bonjour,

En fait, je n'ai droit qu'à 5 utilisateurs nommés pour Portal. Et l'AD contient 200 personnes.

Je n'ai donc pas cette possibilité a priori. Du moins c'est ce que j'ai compris.

Au final, je veux que tout le monde dans mon entreprise puisse éditer les données et qu'on sache qui a fait quoi.

Je dois quoi qu'il arrive contourner cette limite à 5 utilisateurs.

Je vais voir aussi avec le support.

Merci des éléments de réponses.

Bonne journée.

Je vais travailler sur cette question. Quand j'aurais une solution viable et complète, je ferais un retour.

Bonne journée.

Merci Franck, nous sommes dans le cas de la première solution. Il faut une authentification des utilisateurs, donc un service sécurisé et donc 5 utilisateurs max.... Pour activer le tracking sur 200 personnes, il faut acheter 195 "utilisateurs" supplémentaires pour votre Portal for ArcGIS.

- Use a secured feature service: publish a feature service to ArcGIS for Server, and use the built-in security to secure the feature service with the ArcGIS for Server user name and password details. Opening a secured feature service in a web map requires the user name and password to access the feature service and this transfers the secure user details from ArcGIS for Server.

Bonjour,

Personnellement, je n’interprète pas çà de la même manière.
Si Portal et Arcgis Server ne sont pas fédérés, il est totalement possible d'inclure dans une map portal partagé publiquement des webservices sécurisés (dont l'authentification est gérée par Arcgis Server donc sans l'utilisation d'utilisateurs nommés).
A chaque ouverture de la carte portal (ou d'une webapp utilisant la carte), une popup d'authentification (arcgis server) s'ouvrira pour que l'utilisateur puisse accéder aux webservices sécurisés. Vu que l'authentification se fait via Arcgis Server, si celui-ci est configuré pour fonctionner avec l'AD, je ne vois pas d'obstacle au bon fonctionnement du suivi de l'éditeur.

Avec ce type d'utilisation, on perd de l'ergonomie, de la facilité d'utilisation et d'administration par rapport à un fonctionnement en portail / arcgis server fédéré mais c'est possible.

Dernière modification par Cornet Jérémie (Sun 18 September 2016 14:40)

Jérémie, Franck,
vous avez complètement raison, j'étais parti sur un système fédéré.
A tester.

Bonjour,
Pour ce cas d'utilisation, je vous conseille d'éviter de modifier le widget pour éviter une maintenance du widget un peu lourde (en cas d'évolutions de celui-ci).

Vous pouvez intercepter (et modifier) assez facilement avec l'api JavaScript Esri les requêtes lancées via esri/request (ce qui est le cas de quasiment toutes les requêtes et ce qui sera le cas dans ce qui vous concerne) via la méthode setRequestPreCallback.
https://developers.arcgis.com/javascrip … t-amd.html

Placez cette interception dans dynamic-modules/preload.js, ce module étant automatiquement appelé lors du début du chargement de l'application.

Dernière modification par Cornet Jérémie (Thu 13 October 2016 01:07)