Latest Contributions by NicolasGIS

Hello, I just noticed that the viewPoint.targetGeometry can only be a Point as it fails silently when it is a polygon or a polyline:  Codepen  Is it a bug or type definition error ? Thanks ... View more

Hello, I am trying to make a backup of our ArcGIS Enterprise configuration using webgisdr tool but it is failing to backup the hosting server (one portal, one federated server and 2 datastores work fine). I have the following error message: Failed to back up the ArcGIS Server: Url: https://gisags.enterprise.com/arcgis. Failed to generate a token to access ArcGIS Server from Portal. Setting webgisdr logging to debug, there is the following error: {"code":500,"messages":["Error while processing request. Internal error. JSON response not set."],"status":"error"} Setting the faulty ArcGIS Server log to DEBUG, I see the same error: "java.lang.Exception: Error while processing request. Internal error. JSON response not set" from "Admin" source. On portal log, I get the following errors: "Generate Server Token failed, serverId not found " Server URL can't be validated for granting server token 'https://gisags01.enterprise.com:6443/arcgis' Also, export arcgis server site manually from admin interface works fine: https://gisags.enterprise.com:6443/arcgis/admin/exportSite  I don't know what is wrong with the configuration but when I validate the servers from portal administration interface both my hosting server and federated server are valid (green check mark). So what is webgisdr trying to do ? What is the request that fails ? Where should I look for  ? Thanks, Nicolas EDIT: What I suspect: I configured an alias on the hosting ArcGIS Server ("gisags") while the actual hostname is "gisags01". I configured an SSL certificate on ArcGIS Server with both domain registered so both https://gisags.enterprise.com:6443/arcgis and https://gisags01.enterprise.com:6443/arcgis url are valid from an SSL point of view. On Portal for arcgis, it is the alias which is registered: https://gisags.enterprise.com:6443/arcgis and the validation from portaladmin works. But the portal log mentioned above makes me think that webgisdr found out the hostname and use it to generate its token which works but then it tries to find the id of the ArcGIS server from the portaladmin based on the server name and it does not find because its name is with the alias  ("Server URL can't be validated for granting server token 'https://gisags01.enterprise.com:6443/arcgis'"). Description of the server from the portaladmin REST interface (https://myportal.enterprise.com:7443/arcgis/portaladmin/federation/servers/foobarid) Name: gisags.enterprise.com:6443 Id: foobarid Url: https://gisags.enterprise.com/arcgis Role: HOSTING_SERVER Admin Url: https://gisags.enterprise.com:6443/arcgis The hostname "gisags01" is not mentioned anywhere, so I believe it is why portal logged: "Generate Server Token failed, serverId not found. Server URL can't be validated for granting server token 'https://gisags01.enterprise.com:6443/arcgis'" I am only guessing... One may wonder, why did I use an alias: in the documentation for a highly available portal, it is written; "Note that when you federate a highly available ArcGIS Server site with Portal for ArcGIS, set Administration URL to a URL that the portal can use to communicate with all servers in the site, even when one of them is unavailable, such as a load balancer URL." (lien). I thought it would be more flexible to use an alias if later I want to add a load balancer or add another arcgis server to the site and kill the previous host for example. Is it a misconfiguration or rather a bug from the webgisdr ? Jonathan Quinn, I believe you might have the answer ?! Thanks for your help, ... View more

Hello, I know directions widget of 4.9 is still in beta but I think it would be interesting to be able to remove the default ESRI world geocoder from the search sources of the widget just like what we can do currently with the property includeDefaultSources of the search. Currently, defining the sources of the search in the searchProperties property do not overwrite the default ESRI world geocoder but append it and I was not able to find an easy way to remove it as the searches are not "accessible" as a property of the widget.  I tried to set my source as default with the activeSourceIndex property, but it seems like it is not taken into account. In the meantime, if you have any idea for a workaround, that would be great ! Thanks, ... View more