Latest Contributions by danweiss

Hi Tim - Sorry for posting this here, but the forum would not let me message you any other way unless we were "Connected".  I am hoping you can point me in the right direction with regard to a problem.  I found you thanks to an an old post of yours:     https://community.esri.com/thread/58899#comment-281790 - "Attempting to export ESRI objects from ArcFM Data" We also have a desire to script the conversion of ArcFM objects back to ESRI objects when creating a FGDB. While we can successfully script the creation of FGDB, we always have to manually convert it back to ESRI objects through the ArcFM tools. Any guidance/direction is VERY much appreciated. Thanks much for your time, Dan ... View more

Well, after working with ESRI  - both Level 1 and Level 2 support - it was concluded that the error is a non-issue.  Apparently with the release of 10.4, the devs got a little aggressive in their logging.  This is seemingly an over-response to the negative feedback they received regarding a lack of logging in versions prior... For what it's worth, here is the scenario/path I took ESRI Level 2 support down: Fresh install of 10.4 server, web adaptor and Portal on a single server. Left all authentication within GIS (No identity providers, etc.)  Created 2 users: one admin- the other not. Federated the server Published (Shared) a single map service from ArcMap 10.4 to GIS Server; the layer appeared in the Portal as expected. Ensured the owner of the layer was the portal admin account I created , shared it with a Group the non-admin account was a member of. Successfully consumed the service as the non admin account. Sure enough, the error "A request was made for service 'xxxxxxxxx.MapServer' but it did not have adequate credentials" appeared. As this was a pretty stripped-down configuration, the error is not SEVERE (mine is a WARNING), and the layer is indeed available to permissioned users,  I am inclined to agree with Tech Support. On to 10.4.1 ! Regards, Dan ... View more

Update:   Still working with ESRI - they are trying to replicate my environment, which is as follows; Single virtual server (Win 2012 R2) hosting 10.4 versions of ArcGIS Server, Portal and the Data Store Security setup is using the Enterprise Logins via SAML to talk to our ADFS server (v3.0) I can create the referenced log entries with ArcGIS server Federated or not Federated - doesn't seem to matter; the services secured or not secured...but as you all have noticed, everything seems to work. Collector app consuming these seemingly running fine feature services, however, seems to cause the services to eventually crash...they restart, though.  Not sure if related... I'm going to see if I can recreate this issue in a 10.3.1 environment... ... View more

I also had this issue and it was tied to the fact I had federated my ArcGIS Server to the Portal using the public domain name instead of the internal name of the server.  Dropping the federated server and re-adding it with the internal name worked. Originally federated like this, didn't work: https://gisportal.mycompany,com:6443/arcgis Refederating like this, did: https://servername.mycompany.com:6443/arcgis Portal needs to be able to find the arcgis server - using the actual server name on your internal network is best bet.  Though, you could use hosts files/DNS to effect the same outcome... Was not tied to the browser...hope this helps if this is still an issue. ... View more

Same here...I did notice that this error only appears for Feature services - not Map services.  It's as if the Server Framework is honoring the Share settings for the service, but still throwing an error.  Like it's "failing" to reassign ownership to each user who calls the service...but not really(??)    My server is federated to the portal, for what it's worth.  I have a ticket in with ESRI support and will post our findings when / if we get this (bogus??) error resolved. ... View more