IDEA
|
This has been a long standing issue for us, and I thought there was already an idea for this but cannot find one, so here goes: Please adjust the rest endpoints of a service to NOT be index based. In other words https://.../mapserver/0 should instead use a name of a layer or perhaps a unique layer name (https://.../mapserver/fences or fencesGUID from the properties of the layer, so that sorting the layers in the mxd does not adjust the rest endpoint when it is republished. Although you've worked around it with popups and static ids a bit, it is not the best solution for other access requests.
... View more
07-14-2020
04:26 PM
|
1
|
0
|
316
|
POST
|
Hi, did you find a solution for this? We seem to have had this creep up on us, since a migration to a new operating system.
... View more
07-13-2020
09:51 AM
|
0
|
1
|
2001
|
POST
|
Hmm, well I would defer to Jonathon Quinn since he is an esri employee as to what you should do and if there is any risk to re-registering the datastores to the hosting servers (you definitely dont want to unregister if I recall is what we were told). We only did it to the relational (do not have a spatiotemporal server in service), and we did it on the primary datastore, which I believe addressed it on both primary and standby. We had no issues with data corruption or anything of that nature. I think it just is a pointer to the hosting site so you wouldnt be impacting the data just enforcing the comms pathway between the servers.
... View more
06-25-2020
11:26 PM
|
1
|
0
|
3632
|
POST
|
Saurabh Gupta, we found at 10.5.1 that the Owning System Url seems to be important when migrating to new hosting servers. During our migration we found that the OwningSystem url was set to the previous host and not the loadbalanced url and it caused us problems during validation - "Error Method argument cannot be null Code 500." for the standby. Though not entirely sure this was the only issue. But esri support helped us correct the owningUrl by issuing registerdatastore (without unregistering) using command line: registerdatastore.bat <https:loadbalancedURLTOFEDHOSTED/arcgis> <adminuser> <password> --stores relational. This corrected the issue.
... View more
06-25-2020
11:02 PM
|
0
|
2
|
3632
|
POST
|
Jonathan Quinn do you have a bug listing or more details on this: "do you have a load balancers health check pointing directly at 7443? How often does it check? The issue is that the health check calls on code that causes joinSite or createSite to fail. It's a timing problem and likely won't happen each time you restore." What are the symptoms of when a Portal joinSite fails because of this? Will it provide the successful join message (within about 5 minutes) but then spin and never return? Thanks for any details you can provide.
... View more
05-04-2020
07:18 AM
|
0
|
1
|
1749
|
IDEA
|
In addition since Im not sure the OP clarified this, as it relates to business rules: it would be good if the original publisher (publisher role) of a service was constrained to certain values/params (cannot create tile cache) that are set at the enterprise level, that only admins could change. As those params (in that example) could be detrimental to resources (storage space) for the entire server.
... View more
04-29-2020
09:08 AM
|
0
|
0
|
1657
|
IDEA
|
In addition since Im not sure the OP clarified this, as it relates to business rules: it would be good if the original publisher (publisher role) of a service was constrained to certain values/params (cannot create tile cache) that are set at the enterprise level, that only admins could change. As those params (in that example) could be detrimental to resources (storage space) for the entire server.
... View more
04-29-2020
09:08 AM
|
0
|
0
|
705
|
POST
|
Will do Jill Edstrom when we get to rolling out Pro, but we haven't yet. I just see that we have both of these variables in play for our system (pki and consent banner) and I was hoping for an understanding of how others may have addressed it. Or a blog post of potential implementations would be great, though I understand if it is too client specific (due to some variety of pki implementations) perhaps, and we will just need to reach out when we look to cross that bridge.
... View more
04-20-2020
09:48 AM
|
1
|
1
|
2721
|
POST
|
Hi Timothy, would be interested to hear the solution you find, if you can post it here. Thx!
... View more
04-18-2020
07:50 AM
|
0
|
3
|
2721
|
POST
|
Is this on the GIS ideas board? Or under development? Looking for a pdf added to On-Premise Portal to have a link *to the document itself* that is accessible to users when the item is only shared to the Organization.
... View more
01-08-2020
08:32 AM
|
2
|
0
|
2897
|
BLOG
|
Hi, your link to Scott MacDonalds blog shows: " 400 Bad Request Request Header Or Cookie Too Large" Is the link broken?
... View more
11-27-2019
11:18 AM
|
0
|
0
|
1981
|
POST
|
Thanks Derek, I think I slightly crossed wires there but it sounds like attachment relationship classes are a non-issue for Create Local Copy and editing hosted feature layers these days. Thanks!
... View more
10-23-2019
02:09 PM
|
0
|
0
|
1339
|
POST
|
Hi Derek Law I was referring to Justin's finding that "I found that only by deleting the relationship class for the attachments was I able to enable Sync when republishing the map service." Are having attachment relationship classes a known issue when looking to Create Local Copy For Editing?
... View more
10-21-2019
12:45 PM
|
0
|
2
|
1339
|
POST
|
Thanks for the quick reply Leland Snyder We are essentially following Jillian Penney's workflow above and getting the same error Josh received: "A local copy could not be created. Bad syntax in request." We have logs at fine level and did not see any blatant issues - in fact everything looked to check out ok but then seemed to revert back the replica two seconds later. We earlier had a different error message and saw that some of the feature classes had 0 features in them and Arcmap choked on that, though with a somewhat more helpful message about not able to find a feature. But that has been resolved and now onto the next ambiguous error.
... View more
10-18-2019
11:51 AM
|
0
|
0
|
503
|
Title | Kudos | Posted |
---|---|---|
1 | 02-21-2025 02:40 PM | |
1 | 06-05-2025 10:44 AM | |
1 | 03-13-2025 10:42 AM | |
1 | 03-08-2024 10:59 AM | |
2 | 04-17-2024 06:24 PM |
Online Status |
Offline
|
Date Last Visited |
2 weeks ago
|