topic Re: Problem adding local data to sharepoint web part in ArcGIS for SharePoint Questions

Problem adding local data to sharepoint web part

BarbaraPutnam — Thu, 17 Jun 2010 21:42:18 GMT

I have been unable to add any local data to my sharepoint web part. The ArcGIS online data loads fine for the Base Map but when I try to add services from my local arcgis server, I get an error saying there is an error connecting. I can go on the sharepoint server directly and I can access the mapservice just fine so the url is correct. Are there any modifications that have to happen to any of the installed files or any other changes that have to happen in order to add data other than ESRI online data to a sharepoint web part? Thanks

Re: Problem adding local data to sharepoint web part

RichZwaap — Thu, 24 Jun 2010 21:51:25 GMT

Hi Barbara:

It sounds like you may be lacking the clientaccesspolicy.xml and crossdomain.xml files. These are required by Silverlight clients for client access and cross domain security purposes. See the help topic located at http://help.arcgis.com/en/webapps/sharepoint/help/index.html?faq.htm for further information.

Re: Problem adding local data to sharepoint web part

BarbaraPutnam — Fri, 25 Jun 2010 20:30:26 GMT

That was it. I had the crossdomain but not the clientaccesspolicy. Thanks for your help!

Re: Problem adding local data to sharepoint web part

WarrenElkins — Wed, 07 Jul 2010 16:53:53 GMT

I am having this same problem. I can not access my local map services. I can see all the services and can view them in the Java viewer but when I add the source to the Base Map I get a "Please enter a valid URL" error message. Here is my URL:

http://appmapodev/ArcGIS/rest/services/map_hydrant/MapServer

I added the clientaccesspolicy.xml and crossdomain.xml files to my c:\inetpub\wwwroot directory. Do I have to edit the xml files in any way for them to work? The data is on another server in our intranet and only available internally. I can get the ESRI map services show up just fine.

Thanks for any help you give on this.

Re: Problem adding local data to sharepoint web part

MichaelOlkin — Tue, 27 Jul 2010 15:43:41 GMT

Just a cautionary note regarding use of the clientaccesspolicy.xml file: the example of it provided by ESRI in the help topic cited earlier in this thread opens up a huge security hole if used on an external web server. The "allow-from" & "domain" settings use the * wildcard, which means that access is made available to any domain. This should be changed from * to your sharepoint server's name & if at all possible, avoid using it at all on an external web server.

Re: Problem adding local data to sharepoint web part

RichZwaap — Thu, 05 Aug 2010 13:19:54 GMT

Warren - if you navigate to http://appmapodev/clientaccesspolicy.xml and http://appmapodev/crossdomain.xml from a client machine, do these files load in the browser? If not, then these are not accessible from the client. The may not be in the right location for the server, or you may need to adjust the access settings on the IIS website.

Michael - I would not characterize the settings specified by the example policy files as opening up a huge security hole. What they do is allow any services hosted on the IIS website to be accessed by any Silverlight client, regardless of the domain of the Silverlight client. Whether this is a problem depends mainly on what the services expose - opening up editing operations, for instance, could be undesirable. In Warren's case, this will allow any Silverlight client, including the Map Web Part, to access the ArcGIS Server REST endpoints available over port 80 of the ArcGIS Server machine, and it will also open up other services on that port for Silverlight client access, if any exist. Bear in mind that the policy files are just extending web service access to Silverlight clients. If the service endpoints are already available publicly on an external server, then clients implemented using other technologies (e.g. ASP.NET, JavaScript, Flash, etc) already have unfettered access to those services.

That said, I agree that the document referenced above should include information on the implications of adding the policy files with the settings shown in the example.