Latest Contributions by HéctorMeléndez

‎09-19-2023

I have followed this blog: "Using the Feature Service Webhook Extract Changes Option in ArcGIS Workflow Manager" to configure a webhook with a reference feature service. I have tested the feature service ExtractChanges endpoint with Postman and is performing as expected. When I edit my feature service the webhook is triggered and Workflow manager creates a job. The job has the initial payload of the webhook attached but not the extract changes. If I look at the JobsActionOutputs table there is no 'value' property in the array. Below is the configuration of the workflow manager Create webhook. Webhook configuration with Output Value and Extraction Path configured. The extraction path returns an array since the webhook can contain one or more edits in a single request. Parameters for output and extraction path: oids - $['edits'][0]['features']['adds'][*]['attributes']['OBJECTID'] locations - $['edits'][0]['features']['adds'][*]['geometry'] edited_dates - $['edits'][0]['features']['adds'][*]['attributes']['last_edited_date'] JobActionOutputs:

‎08-06-2023

@Yann-EricBoyeau @AndrewMilanes Did you manage to resolve the the warning log entry "Unable to process request. Error handling schema request: java.lang.Exception: java.io.IOException: Server object extension 'versionmanagementserver' not found."? I'm getting the same with a branch versioned service.

‎08-06-2023

@Anonymous User Did you find a solution to your log warning 'object extension 'validationserver' not found' ? In my case the error appears for a branch versioned service. There is no SOE enabled on the server.

‎11-25-2021

Does the historicMoment work to undo/redo in a child branch or only when editing the default branch?

‎06-15-2021

@Anonymous User Where you able to resolve this? I'm having the same issue in my environment. In my case, the Workflow Manager Server and Hosting server are one in the same.

‎04-29-2021

Update Esri support referred me to these bugs - BUG-000109582 , BUG-000132154

‎04-21-2021

Troubleshooting this issue further we where able to capture the offending request using Fiddler and troubleshoot it using Postman to change the request. We found that the issue appears to be how ArcGIS Pro formats the boundary in the Content-Type header. The curly brackets in the boundary cause the WAF to block the request. If we removed the brackets from both the Content-Type boundary and the body of the request the WAF does not block the request and Portal for ArcGIS returns "success":true. This is how ArcGIS Pro formats the Content-Type request that gets blocked by the WAF: multipart/form-data; Charset=UTF-8; boundary={588ECA44-A34E-4798-B4A2-9AA511C17A46} This is how the WAF allows the request to go through: multipart/form-data; charset=UTF-8; boundary=588ECA44-A34E-4798-B4A2-9AA511C17A46 Reading the W3C standard for the content type https://www.w3.org/Protocols/rfc1341/4_Content-Type.html It appears that it is limited to alphanumerical and the following special characters: tspecials := "(" / ")" / "<" / ">" / "@" ; Must be in / "," / ";" / ":" / "\" / <"> ; quoted-string, / "/" / "[" / "]" / "?" / "." ; to use within / "=" ; parameter values

‎04-18-2021

We have a base ArcGIS Enterprise deployment behind an Azure Application Gateway with WAF enabled using the OWASP 3.1 ruleset. We have run this in detection mode for a few months while we build the exceptions for valid requests. We have managed to build the exceptions for all of our valid requests except one that is triggers when publishing a hosted feature layer from ArcGIS Pro or ArcMap. The only way of overcoming this is by turning body inspection off in the WAF which defeats the purpose of having a WAF in the first place. This is the WAF log for the mandatory rule. OperationName ApplicationGatewayFirewall requestUri_s /portal/sharing/rest/content/users/<redactedemail>/addItem Message Mandatory rule. Cannot be disabled. Failed to parse request body. ruleSetType_s OWASP_CRS ruleSetVersion_s 3.1.0 ruleId_s 200002 action_s Blocked site_s Global details_message_s Access denied with code 400 (phase 2). Match of \"eq 0\" against \"REQBODY_ERROR\" required. details_data_s Multipart: Invalid boundary in C-T (characters). details_file_s \"/etc/nginx/modsec/<redacted>/modsecurity.conf details_line_s 72

‎11-24-2020

I would like to know how ArcGIS handles syncing items from a Distributed Collaboration between ArcGIS Online to ArcGIS Enterprise when I restore my environment using WEBGISDR. What happens to: Hosted Feature Layers that had been sync from Enterprise to ArcGIS Online but the latest changes are not in the WEBGISDR, will they continue to sync? Items that had been shared previously but aren't shared in the restored WEBGISDR, do they get removed from the destination portal? Would I have to unshare and share all of the collaboration items to get them to sync or is it smart enough to detect changes and overwrite items when it needs to? Will I have to re-share items in the receiving portal if I had shared them with other groups?

‎10-05-2020

Hi Sam. I haven't tested this in 10.8.1. Have you?

‎10-01-2020

I'm using AppStudio 4.3 and the Survey123 3.9 template. If I run the application from AppStudio none of the parameters are enforce but if I build the application the portalURL and portalName parameters are enforced but not the enablePortalManagement=false. I will test against the 3.11 template when it's release.

‎09-30-2020

Philip Wilson The latest AppStudio and Survey123 Template don't respect the portalURL enablePortalManagement properties when I run the application from AppStudio. Have I set this correctly?

‎09-30-2020

Did you manage to make this work with the latest AppStudio and Survey123 Template? @ESoekianto-esristaff

‎06-16-2020

I'm deploying ArcGIS Enterprise 10.8 with a private IP and the deployment fails with an Azure Resource Manager (ARM) template validation error. Deployment Error:- Template validation errors:- InvalidTemplate. Details:- Deployment template validation failed: 'The value for the template parameter 'dnsPrefixForPublicIpAddress' at line '1' and column '1697' is not provided. Please see https://aka.ms/resource-manager-parameter-files for usage details.'. Attached is the cloud builder log.

‎06-14-2020

I tried many things to get this to work but as soon as I fix one issue another one was discovered. Eventually, we gave up on the HA DR environment and went with a single machine deployment without the file share. This particular issue I think was related to access permissions to the file share.

Online Status	Offline
Date Last Visited	‎05-16-2024 10:51 PM

My Ideas

Latest Contributions by HéctorMeléndez

Workflow Manager Webhook is not executing Extract Changes

Re: Offline Editing Error

Re: ArcGIS Server log warnings and severe warnings?

Re: FeatureLayer.historicMoment is ignored when applied several times

Re: Unable to connect to Workflow Datastore

Re: Publishing from ArcGIS Pro triggers Azure WAF mandatory rule.

Re: Publishing from ArcGIS Pro triggers Azure WAF mandatory rule.

Publishing from ArcGIS Pro triggers Azure WAF mandatory rule.

What happens to Distributed Collaboration items when restoring from WEBGISDR backup?

Re: ArcGIS Enterprise Cloud Builder 10.8 fails to deploy with private IP

Re: Configure Survey123 Properties in your MDM with AppConfig

Re: Configure Survey123 Properties in your MDM with AppConfig

Re: Define default Portal with Survey123 Template

ArcGIS Enterprise Cloud Builder 10.8 fails to deploy with private IP

Re: Fail to restore WebGISDR on standby HA portal.

Workflow Manager Webhook is not executing Extract ...

Re: Blog discussion - branch versioning

Re: Publishing from ArcGIS Pro triggers Azure WAF ...

Re: Esri Utility Network Configuration and Data Lo...

Why a file server VM for ArcGIS Server with cloud ...

LocalMaps NZ