Latest Contributions by DuarteCarreira

‎08-21-2017

Ok, so it is solved! Weekends work wonders in our brains! It is not a bug. But a bit of quirkiness from the js api... So, you have to set esriConfig.defaults.io.useCors = "with-credentials", or it won't work. Only then does this take effect: esriConfig.defaults.io.corsEnabledServers.push({host:"https://server.domain.com", withCredentials: true}); If you set default.io.useCors=true, it breaks. If you set it to false, it works again. Go figure. It is what it is. Personally I would have done it simpler: If useCors=true, and then if corsEnabledServers have the option withCredentials set to true, just use it. I suppose it would break some apps, so a 3rd option was added to useCors. I guess... So, thanks again for your help. And I hope this will be useful to someone else.

‎08-21-2017

Hi Thomas. Yes I have been searching through documentation for additional info. For now, I think configuration is ok. Also, I can access the mapservice by using its url in the browser - authentication kicks in - a login popup appears - after which I can access the mapservice. I too noticed the absence of authentication headers when using esri js. I am going to confirm the headers that go through when using the test-cors.org code. Thank you all for taking a look.

‎08-18-2017

Well, I more inclined to a bug in js api 3.21... I have used code from GitHub - monsur/test-cors.org: A tool to help test CORS requests , and I get everything to work - I can make requests to a windows authenticated mapservice, using cors with credentials option. Same thing using esri js 3.21 gives 401 error. If I set esriConfig.defaults.io.corsEnabledServers.push( {host:"https://arcgisserver.domain.com",withCredentials: true}); I get a 401 error with the following error message: "No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://dev.domain.com' is therefore not allowed access. The response had HTTP status code 401." Doing the same thing with test-cors code, works fine. So... anyone up to reproduce this?

‎08-18-2017

David, that's what I thought, but that's not what is happening. If I push my server to corsEnabledServers, the app breaks. My reasoning is it's related to authentication, because I can use public mapservices without problems (another webadaptor without authentication on the same server).

‎08-18-2017

So, I'm starting to think CORS support is broken in JS API 3.21, or does not support using a webadaptor with windows integrated authentication. Has anyone have a setup like this working? If so can you share how you made it work? Is there any documentation about this combo? I will try to be clear and concise with the details. Server: windows 2012, with webadaptor with windows authentication, arcgis server 10.5, authentication web tier, windows authentication; webadaptor with windows authentication on. Web app with esri js 3.21, with windows authentication (same domain). My web app works fine. There's a first request that fails with 401: https://server/webadaptor/rest/info?f=json Then requests to my mapservice work fine, and use callback=dojo.io.script.jsonp_dojoIoScript1._jsonpCallback in the querystring. When I add my server to esriConfig.defaults.io.corsEnabledServers, things break. There is only 1 request to my mapservice. It fails with 401 Unauthorized. And nothing else is loaded from the webadaptor: https://server/webadaptor/rest/services/servicename/MapServer?f=json&dpi=96&transparent=true&format=png8 As you can see, no callback is used. Request headers: Accept:*/* Accept-Encoding:gzip, deflate, br Accept-Language:pt-PT,pt;q=0.8,en-US;q=0.6,en;q=0.4,es;q=0.2 Cache-Control:no-cache Connection:keep-alive Content-Type:application/x-www-form-urlencoded Host:sigims2.edia.pt Origin:https://dev1.domain.pt Pragma:no-cache Referer:https://dev1.domain.pt/ User-Agent:Mozilla/5.0 ( Response Headers: Access-Control-Allow-Origin:* Content-Length:1293 Content-Type:text/html Date:Fri, 18 Aug 2017 14:54:17 GMT Server:Microsoft-IIS/7.5 WWW-Authenticate:Negotiate WWW-Authenticate:NTLM X-Powered-By:ASP.NET Request: Request URL:https://server/webadaptor/rest/services/mapservice/MapServer?f=json&dpi=96&transparent=true&format=png8 Request Method:GET Status Code:401 Unauthorized Remote Address:x.x.x.x:443 Referrer Policy:unsafe-url IIS Log says no username is given in the request, and the error is 401 2 5 2. Any help much appreciated. Cheers, Duarte

‎04-11-2017

jbailey.spatialbridge that was funny! Welcome to our world! Depending on what you get when you buy a certificate, you may get a pfx or not. If you don't then you can generate one by using the files you receive. This depends on your OS - windows or linux. On windows you can follow alex instructions: double-click you certificate to install. Use certificate manager to export it to a pfx file.

‎03-28-2017

Alexandre, that's a very good idea...never occurred to me. I'll try it out. Should work. About hosts file, I did not change it, as I do not understand what that was for... About automating things, do you have any tips? Thanks.

‎03-28-2017

Hi and thanks for detailing things. Appreciate it. I now think I understand the process better... it seems we can use any existing CA-signed certificate, even not creating a request in manager. My issue now is I cannot import a certificate (.pfx) file without a password... because manager does not allow that. Seems odd since I can create signed certificates without password... The other issue is how to automate this process to renew the certificate. It seems there is not scripting or command line available in arcgis server for this. Probably will have to start new threads for this. Thanks again.

‎03-27-2017

travis.slack‌ hi there. I'm trying to do the exact same thing. Just can't figure out your solution. Could you be a bit more clearer? Maybe a list of steps? Thanks.

‎03-27-2017

Hi all. We also have had trouble with managing AGS memory requirements (Win 20008R2 x64, AGS 10.5). I can't imagine what it's like to handle only 8gb memory... What we ended up doing was to consolidate the most used map services into a single map service. This reduced memory usage drastically. Some obvious caveats to be aware of though, but still performance is very good for our usage patterns, and mapservice crashes are not an issue. A few more details... we have a few web apps that used dedicated map services. Each map service would spawn 2 arcsoc minimum. To reduce these, we created a new mxd with a grouplayer for each web app. Each web app would then filter layers to only those within its corresponding layer group. We configured this consolidated map service as low isolation, with enough maximum instances so as to avoid high maximum response times. We monitor memory usage and map service response times (min, avg, max) and # of failed requests (it's 0). With this setup we see a very stable memory usage. We reduced from 80% to 40% memory usage. We have several other map services that we did not consolidate, but did configure as low isolation with varying number of max instances. Overall we have 36 instances running consuming 6.5GB working set memory. This varies to a maximum 45 services and 8.7GB working set mem. The OS has 20GB ram installed, and shows 57% occupied in task manager.

‎03-14-2017

Don thanks for the heads up. Didn't notice that one. I am very happy esri did address this issue. At the same time I strongly feel that esri could have communicated with us - its clients - reassuring they had recognized the issue and were working on it. On the other hand, 2 months of silent treatment is a bit hard to comprehend... To the point of the patch - it's much easier to just update arcgis server than to update our web apps. So we will be trying this patch asap.

‎03-05-2017

3.20 is just released. Seems this bug is solved: BUG-000102051: The setLayerDefinitions() function against DynamicMa.. Did not test yet. Fingers crossed.

‎03-01-2017

Hi Jim. Take a look at this thread: imageparameters.layerDefs does not work with 10.5 It doesn't work with the js api either and this is the supported api. I don't know flex but it may be possible to reproduce the js workaround in flex. Another option is to adapt esri's resource proxy to change the layerdefs parameter on the fly, instead or IIS rewrites. Good luck.

‎01-26-2017

Well this is a pretty old "idea". I remember this happened with our oracle based geodatabase, where we had all feature classes inside feature datasets. We solved the connection times by not using feature datasets at all. To organize our gdb we started naming our feature classes with prefixes instead. Connection speeds were suddenly fast. But we know places where datasets are the main organization concept... and connections are slow.

‎01-26-2017

Well this is a pretty old "idea". I remember this happened with our oracle based geodatabase, where we had all feature classes inside feature datasets. We solved the connection times by not using feature datasets at all. To organize our gdb we started naming our feature classes with prefixes instead. Connection speeds were suddenly fast. But we know places where datasets are the main organization concept... and connections are slow.

Online Status	Offline
Date Last Visited	‎12-02-2025 09:57 AM

My Ideas

Latest Contributions by DuarteCarreira

Re: WebAdaptor authentication and CORS do not work

Re: WebAdaptor authentication and CORS do not work

Re: WebAdaptor authentication and CORS do not work

Re: WebAdaptor authentication and CORS do not work

WebAdaptor authentication and CORS do not work

Re: Can't figure SSL out (CA)

Re: Can't figure SSL out (CA)

Re: Can't figure SSL out (CA)

Re: Can't figure SSL out (CA)

Re: Tuning map services on 2 memory hungry servers

Re: imageparameters.layerDefs does not work with 10.5

Re: imageparameters.layerDefs does not work with 10.5

Re: layerDefs issue

Re: ArcSDE connection - Faster, Cached/Refresh

Re: ArcSDE connection - Faster, Cached/Refresh

Migrate from PostgreSQL ST_Geom to PostGIS native

Re: Why does ArcGIS Pro have to be so slow???

Re: PostGIS PG_Geometry support in 10.3

Re: How to get DynamicMapServiceLayer's default re...

Re: Multiple GDBs vs Single GDB