|
POST
|
What are you using as the front-end to your Portal? Are you using the web adaptor or your own reverse proxy? If you're using the web adaptor, does it exist on the same machine or a different machine? If it's on a different machine, is that running Windows Server 2008 as well?
... View more
03-31-2017
01:52 PM
|
0
|
0
|
3253
|
|
POST
|
HTTP/HTTPS shouldn't really matter. If you were to capture the request from the application using Fiddler, grab the webmap_as_json parameter and then use that JSON for the same parameter back in ArcMap. If it doesn't do anything with your custom elements, then it won't do it as a service. That may give you a good starting point for troubleshooting as well.
... View more
03-30-2017
03:18 PM
|
0
|
0
|
923
|
|
POST
|
There aren't any hostname changes involved, right? You may want to reach out to Support to see if they can dig a bit deeper.
... View more
03-30-2017
02:58 PM
|
0
|
0
|
5955
|
|
POST
|
You shouldn't need to republish the data. From your screenshot, you do have a lot of permission related problems given the "base table definition string is invalid" error. Are you using DB authentication or OS authentication to access your database? Those errors would cause the data to not display at all, instead of not displaying at certain scales. Does the layer name in the service match up with the errors in the logs about base table definition string being invalid?
... View more
03-30-2017
02:54 PM
|
2
|
2
|
2681
|
|
POST
|
Are Portal and Server federated? Are you using a self signed certificate for the URL you're using to reach Manager? If I'm right in assuming what the problem is, this is actually a new problem introduced by Chrome. Chrome is forgetting the exception to the self signed certificate, so when Manager redirects to Portal to obtain authorization and returns back to Manager, the exception is forgotten and the browser doesn't proceed. You should see insecure responses when using the dev tools in Chrome. The workaround is to use IE or Firefox, trust the self signed certificate, or use a certificate that Chrome will trust for 6443.
... View more
03-30-2017
02:50 PM
|
0
|
0
|
1854
|
|
POST
|
I think that anonymous access to the portal means the portal website, but you can still share items publicly which is unrelated to the anonymous access setting. If you don't want people to access the portal or items without a login, set anonymous access to disabled and only share items with the organization.
... View more
03-28-2017
01:31 PM
|
0
|
0
|
3878
|
|
POST
|
Have you taken a look at the HTTP requests that are made within the browser when going through this manually? You can capture them using Fiddler or the dev tools within the browser you're using. You're essentially just recreating those requests in Python. Specific to your question regarding lines 51 through 65, it starts earlier at line 39. It seems like you have JSON that's stored in two files. You read the contents from one file, (filein on line 43), and then replace a string, (line 46), and then save it to fileout, (line 48). You then read the contents again on line 52, (you can actually just reuse the newdata variable from 48), and then you de-serialize the JSON into text, (line 55), and then construct the "payload" for the update request, (line 56). Payload data has to be encoded, (line 59), and then you construct a Request object, (line 60), and then retrieve the response from the request, (line 61). You're not really getting the response of the request, so potentially, there's a problem you're not capturing. You can just print the response after line 61 to see if the request went through. I think you'll see {"status":"success"...} or something similar. The other thing is take a look at the requests in Fiddler or the dev tools, you may be missing a required parameter. For example, I don't see a token passed along wiht the request, so the response is likely a 498 error, token required. That may be handled by lines 70 and 71, but I don't think that handler is being used if you're submitting the requests yourself using urllib and urllib2. You'll need to provide a token.
... View more
03-28-2017
12:01 PM
|
3
|
1
|
5295
|
|
POST
|
You should just be able to copy the URL of the service, (including the task name), and paste it into the URL parameter for the print task. Are you seeing problems when doing so?
... View more
03-28-2017
11:44 AM
|
0
|
2
|
5430
|
|
POST
|
I would first make sure that the data is visible in ArcMap at the same scales you can't see it in the service. If you can't see it, then that's an indication it's a spatial index issue. You can try to recreate the spatial index. You can also copy the data to create a new feature class or use the FC2FC tool, which would recreate the spatial index. If you can see the data at all scales, then it's a problem with the Server, not the data. It's definitely not a permissions issue, as you wouldn't be able to see the data at all at any scale and the publishing process would tell you that the service couldn't come up as it couldn't find the data. Definitely look at the logs under Verbose to analyze the different operations within the export map request. You should see data access, symbolizing, etc. There may be errors when trying to draw the data. Also experiment with different data sources, similar to the suggestions in the first paragraph. If it's in SDE, export it to a FGDB feature class. If it's in an FGDB feature class, export it to a shapefile. Then, open a new map, add the data, and publish the service.
... View more
03-28-2017
11:43 AM
|
2
|
4
|
2681
|
|
POST
|
No you can register two web adaptors with the same site and configure them with separate authentication methods. If people external to your network will still be using Windows credentials to access the services, then you'll need to install the second web adaptor so it's available externally as well. If the only time people will access the services will be when they're internal in your network, you can install the web adaptor on an internal web server. Once you federate, I think you can still get away with two web adaptors, but you'll need to federate using the URL that people will use to access secure services, not the URL that will be used to access unsecure services.
... View more
03-27-2017
09:29 AM
|
1
|
1
|
2081
|
|
POST
|
You're processing the data in memory, which will be faster than writing to disk. If you want to save the results on disk, use the CopyFeatures tool and construct the path using the arcpy.env.scratch<loc> environment variable. outData = os.path.join(arcpy.env.scratchFolder,"outData.shp")
or outData = os.path.join(arcpy.env.scratchGDB,"outData") and then arcpy.SetParameter(1,outData)
... View more
03-27-2017
09:24 AM
|
0
|
1
|
4406
|
|
POST
|
Are you using an unfederated ArcGIS Server, or is it federated to Portal? Your initial post indicates that you want your users to sign in with their Windows Domain credentials, indicating you're using AD. If you're using an unfederated ArcGIS Server, you can configure two web adaptors with ArcGIS Server. One will be used internally for users and can be configured with Windows Authentication to provide a single sign on experience. The other can be used externally to still allow access to unsecure services. Both can be external as well, but you'd want to be careful to create applications specific for the group of users accessing the application, (external users vs users with valid Windows credentials).
... View more
03-24-2017
04:14 PM
|
1
|
3
|
2081
|
|
POST
|
What type of authentication have you configured at the web tier level? You should enable Windows Authentication so that you can use single sign on which eliminates the sign in screen altogether. The credentials are passed in from the user accessing the application.
... View more
03-24-2017
09:41 AM
|
0
|
5
|
2081
|
|
POST
|
The documentation regarding site configurations should help clarify things. For example, the Web Adaptor can be used as the load balancer for your site, which requires you to configure a multi-machine site using shared config-store and directories paths. If you're concerned with redundancy and availability, you can take a look at single machine sites behind the load balancer. There's a bit more maintenance involved this these types of architectures but they eliminate one of the single points of failure in the shared config-store. Certain directories paths will still need to be shared to give clients consistent experiences.
... View more
03-24-2017
09:39 AM
|
1
|
1
|
1278
|
| 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
|