Latest Contributions by BenRomlein

It must have just been a blip in the service somewhere. After doing nothing but reloading the page just now, things are back to normal. Thanks for the reply though! ... View more

So I have set up a page with my login inputs and map. On submit, username and password are sent to the generateToken endpoint. The token response is passed to ID Manager using the functions below: function submitCreds(){  var password = passwordInput.get("value");  var email = emailInput.get("value");  var requestHandle = esriRequest({   "url": "arcgis/tokens/generatetoken",   "handleAs": "json",   "content": {   f: "json",   username: email,   password: password,  }},  {usePost: true} );  requestHandle.then(requestSucceeded, requestFailed);  } function requestSucceeded(response, io){  esri.id.registerToken({  "expires": response['expires'],  "server": "https://myserver/arcgis/rest",  "ssl": true,  "token": response['token'],  "userId": emailInput.get("value")  });  domConstruct.place("<b>Login Successful!</b>", "login- result", "last");  } Logging in through this form doesn't work to display my secure content and I'm still getting the default ArcGIS Server login dialog when the page loads. How do I load the secure service after the token has been registered? Also, how can I prevent the default login dialog from appearing? Thanks for your help! EDIT: I'm looking at the output of esri.id.findCredential("myServer/arcgis/rest/services", "myUser"); and the only differences between the output when I sign in with my form and with the default form are that when using the default login prompt, the resources array contains the specific secure layer my app will load (through my form, the array contains the server directory, myserver/arcgis/rest/services), and there are properties validity: 60 and _refreshTimer: 75 that are missing from the credential registered with my form. Do I need to scope the token registration to a specific layer or resource? Or is there another step I need to take to force the app to use the token when it makes the calls to add my secure layer? EDIT2: Solved my problem. I didn't realize the token has to be registered before the layer object for the secure layer is created. Once I moved the code block that created the layer object, the default login stopped appearing and my login form worked as expected. ... View more

I was able to resolve this problem by ensuring that all the IP addresses registered to the machine resolved to the same hostname. The cloud environment I was using gave the instance an internal IP that didn't resolve to the DNS hostname (in addition to the public one that did resolve--discovered this by checking the outputs of hostname -i and hostname -I). Adding a line to /etc/hosts to assign the fully qualified domain name of the machine to the internal address (output of hostname -I) and then installing ArcGIS Server fixed the problem. ... View more

Thanks, Earl. I tried adding that line to my unit file in various places but none have yet solved the problem. Adding it in the [Unit] or [Install] Section, the service can start successfully, but SELinux still alerts about libjsig.so. Adding it to the [Service] Section, starting the service fails with SELinux denying transition on the startserver.sh script. Is there a specific order the lines in my unit file have to be arranged? Here are the current contents of the file: sudo cat /etc/systemd/system/arcgisserver.service : # ------------------------------------------------------------------ # ArcGIS Server systemd unit file # ------------------------------------------------------------------ # # Configure ArcGIS Server to be started at boot on Linux distributions # adopting systemd init system (For example RHEL 7.x and SuSE12) by # following these instructions: # # 1.) Switch to the root user. # # 2.) Copy this file to /etc/systemd/system # # 3.) Enable the service to start at boot: # # # systemctl enable arcgisserver.service # # 4.) Verify systemd service is setup correctly: # # # systemctl stop arcgisserver.service # # systemctl start arcgisserver.service # # systemctl status arcgisserver.service # # 5.) Reboot the system and verify that Server restarts properly. # # ------------------------------------------------------------------ [Unit] Description=ArcGIS Server Service After=network.target SELinuxContext=system_u:system_r:unconfined_t:s0 [Service] Type=forking User=igsgis GuessMainPID=false # The minimum number of processes need to be set to 25059 or higher. Enable # and raise this limit if it is a heavily used system. Use ulimit -Su -Hu to # check current values. # LimitNPROC=25059 # LimitNOFILE=65535 # To prevent any one service from spawning too many threads and consuming all # server resources, systemd v228 and beyond included in SLES12 SP2 and higher # set the maximum number of threads to be created at 512. Users on SLES12 may # need to enable and raise this limit if it is a heavily used system. Use # "systemctl show --property DefaultTasksMax" to check the current value. To # find the version of systemd, use "systemctl --version". # TasksMax=512 ExecStart=/diskarray/arcgis/server/startserver.sh ExecStop=/diskarray/arcgis/server/stopserver.sh [Install] WantedBy=multi-user.target Thanks again for your help. EDIT: This is the output of ls -Z for the two files throwing the error: -rwx------. igsgis data unconfined_u:object_r:unlabeled_t:s0 libjsig.so -rwx------. igsgis data unconfined_u:object_r:unlabeled_t:s0 libprejsig.so (As mentioned earlier, I've tried switching context type to default as well, I've also tried switching user from unconfined to system) The SELinux Alerts are: SELinux is preventing /usr/sbin/ip from open access on the file /diskarray/arcgis/server/framework/runtime/jre/lib/libprejsig.so. SELinux is preventing /usr/sbin/ip from getattr access on the file /diskarray/arcgis/server/framework/runtime/jre/lib/libjsig.so. ... View more

I've tried switching the lods array around, but the problem persists.    var lods = [{ "level": 0, "resolution": 0.26458386250105836, "scale": 1000 }, { "level": 1, "resolution": 0.5291677250021167, "scale": 2000 }, { "level": 2, "resolution": 1.0583354500042335, "scale": 4000 }, { "level": 3, "resolution": 2.116670900008467, "scale": 8000 }, { "level": 4, "resolution": 4.233341800016934, "scale": 16000 }, { "level": 5, "resolution": 8.466683600033868, "scale": 32000 }, { "level": 6, "resolution": 16.933367200067735, "scale": 64000 }, { "level": 7, "resolution": 33.0729828126323, "scale": 125000 }, { "level": 8, "resolution": 66.1459656252646, "scale": 250000 }, { "level": 9, "resolution": 132.2919312505292, "scale": 500000 }, { "level": 10, "resolution": 264.5838625010584, "scale": 1000000 }, { "level": 11, "resolution": 661.4596562526459, "scale": 2500000 }]; Bug report time? It's just strange to me that no one else seems to experience this glitch. I've also tried defining the max/min scales, spatialReference, and server version when I create the TileLayer, but none of that seems to make a difference either: var streetsTile = new TileLayer({    url: "http://myserver/arcgis/rest/services/Basemaps/Streets/Mapserver",    minScale: 1000,    maxScale: 2500000,    version: 10.4,    spatialReference: {wkid: 26916} }); ... View more

Yes, I've copied these values from the server: Tile Info: Height: 512 Width: 512 DPI: 96 Levels of Detail: 12 Level ID: 0  Resolution: 661.4596562526459 Scale: 2500000 Level ID: 1 Resolution: 264.5838625010584 Scale: 1000000 Level ID: 2  Resolution: 132.2919312505292 Scale: 500000 Level ID: 3  Resolution: 66.1459656252646 Scale: 250000 Level ID: 4 Resolution: 33.0729828126323 Scale: 125000 Level ID: 5 Resolution: 16.933367200067735 Scale: 64000 Level ID: 6 Resolution: 8.466683600033868 Scale: 32000 Level ID: 7  Resolution: 4.233341800016934 Scale: 16000 Level ID: 8 Resolution: 2.116670900008467 Scale: 8000 Level ID: 9  Resolution: 1.0583354500042335 Scale: 4000 Level ID: 10  Resolution: 0.5291677250021167 Scale: 2000 Level ID: 11 Resolution: 0.26458386250105836 Scale: 1000 Is this proper, or should I be using different values? ... View more

Hey Robert, Thanks for the advice. I'm at a total loss as to why this isn't working. Here's the entire code from my example: require([ "esri/Map", "esri/views/MapView", "esri/layers/TileLayer", "esri/Basemap", "esri/geometry/Point", "esri/config" ], function(Map, MapView, TileLayer, Basemap, Point, esriConfig){ esriConfig.request.proxyUrl = "../proxy/proxy.ashx"; var lods = [{ "level": 11, "resolution": 0.26458386250105836, "scale": 1000 }, { "level": 10, "resolution": 0.5291677250021167, "scale": 2000 }, { "level": 9, "resolution": 1.0583354500042335, "scale": 4000 }, { "level": 8, "resolution": 2.116670900008467, "scale": 8000 }, { "level": 7, "resolution": 4.233341800016934, "scale": 16000 }, { "level": 6, "resolution": 8.466683600033868, "scale": 32000 }, { "level": 5, "resolution": 16.933367200067735, "scale": 64000 }, { "level": 4, "resolution": 33.0729828126323, "scale": 125000 }, { "level": 3, "resolution": 66.1459656252646, "scale": 250000 }, { "level": 2, "resolution": 132.2919312505292, "scale": 500000 }, { "level": 1, "resolution": 264.5838625010584, "scale": 1000000 }, { "level": 0, "resolution": 661.4596562526459, "scale": 2500000 }]; var streetsTile = new TileLayer({ url: "https://myserver/arcgis/rest/services/Basemaps/Streets/Mapserver" }); var streetsBase = new Basemap({ baseLayers: [streetsTile] }); var map = new Map({ basemap: streetsBase }); var view = new MapView({ container: 'mapView', map: map, zoom: 0, center: new Point({ x: 560624.2184404366, y: 4418006.635128269, spatialReference: { wkid: 26916 } }), constraints: { lods: lods } }); }); I'm really not doing anything else besides creating a Basemap from a tile layer and passing that to Map as the basemap for my map. Is there anything you can see that would explain why the Zoom Widget would behave so strangely with my map? The rest of the app is boilerplate-- html: <!DOCTYPE html> <html> <head> <title>Map View Test</title> <link rel="stylesheet" href="https://js.arcgis.com/4.11/esri/themes/light/main.css"> <link rel="stylesheet" href="viewer.css"> <script src="https://js.arcgis.com/4.11/"></script> </head> <body> <div id="mapView"></div> <script src="viewer.js"></script> </body> </html> css: html, body, #mapView { padding: 0; margin: 0; height: 100%; width: 100%; } Thanks again for your help. ... View more

Thanks, Robert. Implementing this code gives me the same issue--the Zoom widget doesn't work when the view is zoomed to the outermost scale. Is there something else I'm missing? var lods = [{ "level": 11, "resolution": 0.26458386250105836, "scale": 1000 }, { "level": 10, "resolution": 0.5291677250021167, "scale": 2000 }, { "level": 9, "resolution": 1.0583354500042335, "scale": 4000 }, { "level": 8, "resolution": 2.116670900008467, "scale": 8000 }, { "level": 7, "resolution": 4.233341800016934, "scale": 16000 }, { "level": 6, "resolution": 8.466683600033868, "scale": 32000 }, { "level": 5, "resolution": 16.933367200067735, "scale": 64000 }, { "level": 4, "resolution": 33.0729828126323, "scale": 125000 }, { "level": 3, "resolution": 66.1459656252646, "scale": 250000 }, { "level": 2, "resolution": 132.2919312505292, "scale": 500000 }, { "level": 1, "resolution": 264.5838625010584, "scale": 1000000 }, { "level": 0, "resolution": 661.4596562526459, "scale": 2500000 }]; var view = new MapView({ container: 'mapView', map: map, zoom: 0, center: new Point({ x: centerX, y: centerY, spatialReference: { wkid: mySpatialReferenceID } }), constraints: { lods: lods } }); ... View more