|
POST
|
Do you want the user running the GP service to be able to download the .xls file? What is the output parameter file type? Can you try to set it to File if it isn't and republish the service? Can you also provide a screenshot of the error, or the final JSON response when monitoring the job status using Fiddler or the Dev tools?
... View more
09-23-2016
03:26 PM
|
0
|
6
|
3444
|
|
POST
|
By default, it should inherit the authentication from it's parent, so the Default Web Site when looking at your web sites through IIS Manager: You can update the authentication mechanism so it requires you to log in. Anonymous means anyone can get in without logging in, Basic and Windows means the user will be prompted for their Windows accounts. I'm not sure why you'd be getting a 403 forbidden error. You can turn on directory browsing, which means that you'll get a list of the files in that directory, but I don't think that'll help, (click on your images folder and go to Directory Browsing). I'd suggest you take a look at the authentication on the folder and see what it's set to. The convenient thing about using attachments is that if the service is secure, then you know that only people with access to the service can reach your attachments. If you want to go the web server route, it'd be important to have some knowledge in securing public web server folders, which I can't offer too much help in.
... View more
09-22-2016
09:19 AM
|
1
|
1
|
2738
|
|
POST
|
We're getting outside the realm of ArcGIS Server, so we're going to work directly with the web server. I'll list some basic steps, but of course they may need to be tweaked depending on what you want to do: 1) On the machine hosting the web adaptor, navigate to c:\inetpub\wwwroot 2) Create a new folder called "images" or whatever you want to call it. 3) Place any image in that folder 4) Open http://<machine_hosting_web_adaptor>/images/<image_file> You should be able to see your image in your browser: In the screenshot above, C:\inetpub\wwwroot translates to https://<web_server_host/. After that, you're just accessing the image through the same path, \images\happy.png on disk translates to /images/happy.png in a browser. You'll then use https://<web_server_host>/images/happy.png in any row within your attribute table that should point to that image.
... View more
09-22-2016
08:30 AM
|
1
|
5
|
2738
|
|
POST
|
Are you using the web adaptor? If so, it seems to be public, given your initial post and therefore, you already have a web server that you can use to host the images and include the links to the images within your data. You'll be able to reach the images through a simple URL, but also be able to reference that URL within your data in a string field.
... View more
09-22-2016
07:51 AM
|
1
|
7
|
2738
|
|
POST
|
Two things come to mind that may help you achieve what you're looking for: 1) Enable attachments on your data and add whatever files are relevant to the points. Publish this data as a service and you'll be able to access the attachments from a web app that's configured for pop ups: 2) Place your files in a directory accessible by your web server, (for example C:\inetpub\wwwrot\images), so you can reach them via a URL, (for example https://myserver.esri.com/images/happy.png). Add a string field to your data and paste in the URL to your data. When you configure pop ups in a web app, you should be able to click on the hyperlink to access the images:
... View more
09-21-2016
06:20 PM
|
1
|
9
|
2738
|
|
POST
|
Publishing is a two step process. First, it packages the map into an SD file, and any errors should come up within the Results pane. Once it's done packaging, it tries to upload the SD file, and any errors that may happen during that process should be in the Server logs. ArcMap may not give you the best error message during that process, (for example "failed to create the service" or "the publishing job didn't succeed"). I'd suggest you clear the logs on Server through Manager, set the logs to Debug, and try that workflow again. Then, set the logs back to Warning and query the logs under Verbose. If you don't see anything, switch to Debug and see if there are any errors. The time of when it failed on the ArcMap side, (11:24:10, for example), should help you get closer to the time when an error could have appeared within the Server logs.
... View more
09-21-2016
08:28 AM
|
1
|
1
|
2336
|
|
POST
|
The first thing I would do is take a look at the CPU and RAM usage on the machine. Those numbers will be the easiest way to determine at least one problem that could affect performance. Next, enable Verbose logging and make a single export map request. Enable the Time Elapsed column within your logs and take a look at each step within the export map request. You'll see things like symbolizing, data access, etc. Determine which step took the longest and you can focus on why it's taking so long.
... View more
09-20-2016
09:29 AM
|
0
|
0
|
944
|
|
POST
|
What version are you using? If you can reach https://<gis_server>:6443/arcgis/rest/services and http://<gis_server>:6080/arcgis/rest/services then your GIS Server is configured for both http and https communication. The Web Adaptor is smart enough to forward traffic to both endpoints, so no real need to have two unless you're going for different authentication mechanisms. I'd suggest that you make sure that your reverse proxy, web server hosting the web adaptor, and GIS Servers all are configured for http and https. Also make sure you're not offloading SSL within your reverse proxy, as that can cause problems for anything that requires https in Portal or Server.
... View more
09-20-2016
09:25 AM
|
0
|
2
|
3845
|
|
POST
|
If you were to make sure that only Mapping is checked for the capabilities, right click on the "data source is not registered" error, and go to register data store with server, can you then publish? The convenience of that approach is that it takes the connection information exactly as ArcMap is seeing it, so you make sure that the strings of what's registered in Server and the connection string in ArcMap are identical. Even different versions of the same data will be seen as different data stores.
... View more
09-19-2016
02:17 PM
|
0
|
0
|
1091
|
|
POST
|
Ahh, then that's the problem. When you print, ArcGIS Server makes outbound requests to each URL you're trying to print. If that machine can't reach that URL due to firewall settings or something else, then you won't be able to print the services coming from that URL. You should reach out to your IT staff to sort that out.
... View more
09-14-2016
09:07 AM
|
2
|
1
|
2346
|
|
POST
|
If you sign onto the Server machine with your normal Windows account, take a look at the Services window, (Administrative Tools > Services), or the details tab in the Task Manager. If you use Services, take a look at the Server service and see what user is running it: If you use the Task Manager, see what user is running each Server process: Then sign in with that user name to see what types of outbound requests that user can make.
... View more
09-14-2016
09:06 AM
|
2
|
0
|
2346
|
|
POST
|
Can you try to print the services over http? The certificate seems fine, but I'd be interested in seeing if http works. Can you 10.3 Server make outbound connections to https://wygiscservices10-3.wygisc.org/arcgis/rest/services? If you were to sign onto the 10.3 Server machine with the account running the ArcGIS Server service, can you reach that URL successfully?
... View more
09-14-2016
08:48 AM
|
2
|
5
|
2346
|
|
POST
|
If you were to check the Server logs, or run Fiddler or the Developer Tools while validating the data store, can you provide the error that's returned for the failure?
... View more
09-13-2016
02:19 PM
|
0
|
0
|
1847
|
|
POST
|
What is the memory usage of the javaw.exe process when the CPU usage is high? The symptoms do sound like BUG-000082423, (Under consistent load, the javaw.exe process at ArcGIS 10.2.2 for Server consumes 25% of the server's RAM, and any further request forces the process to use 100% of the machine's CPU), but you're right in that it should be resolved in that patch.
... View more
09-13-2016
02:17 PM
|
0
|
0
|
1621
|
|
POST
|
Great find! The first thing you should do is consider adding a robots.txt file, like you mentioned, within your web server. On the software side, I think it would be a good idea to get in touch with Support and have them investigate why you can still download a KMZ when the capability is not checked and also, why the CPU usage seems to jump so much when making those requests. Those seem like areas for improvement within the software.
... View more
09-13-2016
02:11 PM
|
1
|
1
|
1621
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 05-28-2026 06:05 AM | |
| 1 | 08-26-2016 10:10 AM | |
| 2 | 02-22-2024 07:22 AM | |
| 1 | 06-07-2024 07:11 AM | |
| 4 | 12-12-2024 08:52 AM |
| Online Status |
Offline
|
| Date Last Visited |
06-08-2026
07:43 AM
|