POST
|
Also this is what the SSLLabs analysis tool reports (which seems to indicate that secure renegotiation is supported? But it also reported an error immediately before so not sure if this is conclusive):
... View more
06-16-2023
05:45 PM
|
0
|
4
|
2999
|
POST
|
Thanks Zach. I work with Greg and we're attempting to remediate this issue. Can you advise on what needs to happen on our end in order to support secure renegotiation? If it helps our portal URLs are hosted in F5 endpoints. Thanks, Chris
... View more
06-16-2023
05:37 PM
|
0
|
0
|
2999
|
POST
|
Not looking for item owner (that's pretty straightforward with the python API), looking for registered user when services that are registered with credentials, i.e. the Settings > [Layer_Type] > Credentials > Username for a given portal item. Found a solution here.
... View more
02-09-2023
12:23 PM
|
0
|
0
|
757
|
POST
|
We have dozens of feature services, image services and map services in our portal that are registered with user credentials. When viewing the Settings > [Layer_Type] > Credentials > Username, it doesn't always show the user that the layer was registered with, and sometimes is blank, so it's not a reliable way to see which user the layer was registered with. (That may be by design, but regardless it doesn't present the info I'm looking for). If you view the layer in the Admin Assistant, it doesn't have the credentials as part of the Description in the item's JSON. I was hoping to be able to get at the info with the python API if possible by querying the item details. if it's not viewable in the admin assistant then I'm skeptical that it will be available by the python API, but I'd like to confirm. I don't need the password, just the username. If it's not possible with the pyhon API then I'd be interested in any other way to get that information.
... View more
01-30-2023
05:07 PM
|
0
|
2
|
895
|
POST
|
I got the error when overwriting a published GP task. Deleting the existing task and republishing it as new worked for me. I'm using the same Pro and Enterprise version that you are: Pro v3.x and Enterprise 10.9.1.
... View more
01-25-2023
08:17 AM
|
0
|
1
|
3577
|
POST
|
This worked for me as well, Enterprise v10.9.1 on Windows.
... View more
01-23-2023
03:03 PM
|
0
|
0
|
1308
|
POST
|
When I run the code using user.userType, the only value returned from ArcGIS Enterprise v10.9.1 is 'arcgisonly'. Using 'user.userLicenseTypeId' got me what I expected: the four types associated with our User Types in our Enterprise portal: Creator, Editor, Mobile Worker, and Viewer. Would be great if userType and userLicenseTypeId were documented in the python API docs: https://developers.arcgis.com/python/api-reference/arcgis.gis.toc.html#user
... View more
12-09-2022
04:49 PM
|
5
|
0
|
3056
|
POST
|
I'm getting the same error as the OP: 2022-11-08 20:50:57 Status: InProgress StatusMessage: Preparing data references and staging web tool
2022-11-08 20:50:59 Status: InProgress StatusMessage: Using ArcGIS Version 12.9 for staging (Source for version: GP Staging Parameters)
2022-11-08 20:50:59 Status: InProgress StatusMessage: Stage Tool initialized
2022-11-08 20:50:59 Status: InProgress StatusMessage: Consolidate data
2022-11-08 20:51:00 Status: InProgress StatusMessage: Staging GP service
2022-11-08 20:51:50 Status: Failed ErrorMessage: Consolidation failed
2022-11-08 20:51:50 Status: Failed ErrorMessage: ERROR 001249: Cannot package result Export Opportunity because of errors in the result.
2022-11-08 20:51:50 Status: Failed ErrorMessage: Failed to execute (StageService).
2022-11-08 20:51:52 Status: Failed ErrorMessage: Staging failed The tool passes validation and actually published successfully to another environment, but is failing in this one. ArcGIS Pro v3.0, ArcGIS Enterprise/Server v10.9.1.
... View more
11-08-2022
09:06 PM
|
1
|
0
|
3765
|
POST
|
Good to know, thanks rwelikala_toak. The versioned view gets created automatically by SDE when versioning or enabling archiving for a feature class. I don't think it gets created otherwise. Regarding this issue, we're still at v10.3.1 and hoping Esri fixes it by v10.5.x since that's our planned upgrade path.
... View more
01-09-2018
02:24 PM
|
0
|
3
|
2327
|
POST
|
We're getting the exact same behavior (sub layers empty in map service) using ArcGIS Server v10.3.1 with the following security parameters: - User & Role store: Windows Domain - Authentication tier: GIS Server - Authentication mode: ArcGIS Tokens We're using a Windows domain account as a service account to run ArcGIS Server and have run the 'Configure ArcGIS Server Account' for that account. The MXD is able to reference the data layers fine using OSAuth, the database is registered using OS Auth to the data store and the service publishes successfully. What caused this for us was that the AGS service account did not have the proper database permissions on all Registered Databases in the AGS Data Store. We're using SQL Server so we granted permissions in SSMS: <INSTANCE> > Databases > <DATABASE> > Security > Users > <SERVICE ACCOUNT>, right click, view Properties, go to Membership tab and assign necessary permissions.
... View more
11-13-2017
04:32 PM
|
0
|
0
|
923
|
POST
|
Thanks Rebecca. Not sure this gets me exactly what I need, but could you give me examples of 'gpServicePath' and 'gpJsonPath' to be sure? If I'm not mistaken, you're interrogating the databases array of the manifest.json, which gives the onServerName of each layer but not the layer name as it appears in the MXD. For example, my MXD might have a layer name of 'City Boundary' and it points to a database layer/table name of 'CITY_BDY'. I can get the onServerName from the Admin API and gets me the 'CITY_BDY' but I'm actually looking for how to get the name as it appears in the MXD, e.g. 'City Boundary'. Let me know if that doesn't make sense.
... View more
07-05-2017
03:39 PM
|
1
|
1
|
1003
|
POST
|
Is it possible to get the layer names as they appear in the MXD using the ArcGIS Server Admin API? I know you can get the data source names with a manifest request, e.g. http://<HOSTNAME>:6080/arcgis/admin/services/<FOLDER_NAME>/<SERVICE_NAME>.MapServer/iteminfo/manifest/manifest.json, but I'd also like to get the layer names as they appear in the MXD, but from the admin API and not actually querying the MXD or the REST endpoint of the map service. I.e. I do NOT want to have to use http://<HOSTNAME>:6080/arcgis/rest/services/<FOLDER_NAME>/<SERVICE_NAME>/MapServer to get the layer names and prefer to use the Admin API entirely for everything. I thought I found this at one point but now I'm not able to.
... View more
07-05-2017
03:06 PM
|
1
|
3
|
1531
|
POST
|
Sorry to hear this bug still exists at v10.5. Looks like we're stuck at 10.3.1 for a while. I've submitted a support request with the intention of getting this bug fixed.
... View more
11-17-2016
11:50 AM
|
1
|
2
|
2327
|
POST
|
That helped -- when adding the indexes via ArcCatalog, all round-trip requests to/from the browser were about 4-8s, depending on the zoom level. Remove the indexes, and requests took 4.5m again. Add them back in (via ArcCatalog), and they returned to 4-8s. Unfortunately that's still too slow for our purposes, especially when compared to v10.3 which is consistently about 2s regardless of scale. Thanks Ted Chapin! That's a good tip to know regarding adding indexes via ArcCatalog. We've got scripts that use SQL to add indexes to feature classes -- we're going to have to modify them to use the ArcPy methods to do so. Andrew Timmins: If you used SQL and not ArcCatalog to create your indexes, try using ArcCatalog and see if you get different results.
... View more
11-16-2016
01:28 PM
|
0
|
0
|
1327
|
Title | Kudos | Posted |
---|---|---|
1 | 10-28-2016 10:51 AM | |
1 | 07-20-2023 05:07 PM | |
1 | 07-05-2017 03:06 PM | |
1 | 07-05-2017 03:39 PM | |
5 | 12-09-2022 04:49 PM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|