In my SharePoint site, I'm using InfoPath Form Libraries, the InfoPath files uses UDC files to get the data on form load. InfoPath files and UDC are in the same site collection and in same server "Server A".
Now when I try to access the InfoPath files from "Server A", the InfoPath files works perfectly. But when an user access the site and when he tries to add or open a InfoPath file in the SharePoint site from his machine, he gets the following errors, this happnes to the site collection administrator as well.
1.The UDC file cannot be opened. The operation timed out.
2.InfoPath either cannot connect to the data source or the service has timed out.
3.The data connection file could not be accessed.
4.The form cannot run the specified query.
Note:
A. User has access to the SharePoint site, Data Connection Library and releated SharePoint lists.
B. In Central Administration –> General Application Settings –> InfoPath Forms Services –> Configure InfoPath Forms Services: I have enabled "Cross Domain Access for User Form Templates".
C. In Central Administration –> General Application Settings –> InfoPath Forms Services –> Configure InfoPath Forms Services: I have Increased the "Data Connection Timeouts".
D. All the UDC files are approved and Checked in.
E. InfoPath fomrs are not web browsable forms, they are filler forms developed using InfoPath 2007.
I'm using SharePoint 2010, InfoPath 2007 and InfoPath 2010.
EDIT:
From "Server B", I created an InfoPath with a data connection accessing the UDC in "Server A", when I previewed it, I'm getting the above mentioned errors.
I'm not able to access the UDC files anywhere in my network, other than "Server A"(all UDC resides in "Server A")
What am I missing.?
Depending on how you are authenticating, I suspect that you are hitting an authentication double-hop issue. The solution is to implement Kerberos... doing so is a bit of a pain, but it means that the users' credentials can be used to access non-SP resources (SQL servers, etc).
The reference document from MS is ~100 pages. http://www.microsoft.com/en-us/download/details.aspx?id=23176
We made some health analyzers to point out Kerberos config issues, since MS didn't. http://sdssharepointlibrary.codeplex.com/wikipage?title=Health%20Analyzers%20for%20Delegation&referringTitle=Documentation
Feel free to contact directly if you have other questions/needs.
Related
I have a SharePoint 2010 list on an external site for contractors to submit their applications. Currently, it uses an Infopath form and sends applications through emails with a XML version of Infopath form as attachment. My coworker then copies and pastes the application fields to a separate SP list on our internal site (SP 2016), where we track progresses. This is a tedious/intensive process. So, we would like to automate the process where we want push new applications (SP list items) to the SP list on the internal site. How do I do that or do you have any alternative recommendations?
Here could be some useful information:
Custom code is not allowed as IT has locked it down
Form was created with Infopath
Workflows are not allowed on the external site
Both sites are in different site collections
REST/SOAP services are locked down
No access to SharePoint Designer
After we make changes to the internal SP list, we do not need to reflect the changes on our external site
XML version of the Infopath form is emailed to us (can we make use of the XML file?)
We are using Windows 7; external site is using SP 2010 and internal site is using SP 2016
Thank you everyone!
I believe in your existing infopath form which is hosted in external SharePoint 2010 has data connection - now you can change the data connection file URL which will point to your new SharePoint 2016 site - then your existing external form will continue to work without changing anything. We have implemented using the same approach it worked.
If the above does not work for you, you may convert that infopath form into Nintex live for external access as you have mentioned above - you have lot of limitation for other approaches.
We have upgraded TFS 2012 to TFS 2013 and did not have sharepoint installed before. So i installed tfs sharepoint components on a sharepoint server and tfs server and connected them. Everything is fine except excel reports and they give me the following error:
External Data Refresh Failed
The data connection uses Windows Authentication and user credentials could not be delegated. The following connections failed to refresh: TfsOlapReport
i have made sure Claims to windows authentication service is running.
To fix the error, please follow steps below which are quoted from this blog.
On the Team Foundation Server Administration Console, click Extensions for Sharepoint Products.
Select the Sharepoint Web Application which you are using.
Click Modify Access
Enter a user with access rights to the reports inside the Enterprise Application Definition field
Browse to Central Administration in Sharepoint
Select Manage Service Applications
Select Secure Store Service (Type: Secure Store Service Application)
Under Manage Target Applications, Click on New
Enter Target Application ID = "TFS", Display Name = "TFS", Contact Email="Whatever", Target Application Type = "Group", Target Application Page URL = "None" and click Next
Do not enter anything on this page as it's asking for fields name and not the actual credentials.
Enter Target Application Administrators and Members and click ok.
it will take you back to the page that was displayed after performed step 3.
Now right click on "TFS" and select "Set Credentials" and then enter the username and password that this account will be running under.
Now login to the TFS Server and click extensions for Sharepoint products.
Select the sharepoint web application you are using.
Click Modify access.
Enter "TFS" under the Enterprise Application Definition field.
Also just to make sure "Excel Service applications are configured properly, Click on "Excel Service Application "Type: Excel Services Application Web Service Application".
Click on Trusted File Location and make sure the site collection is added to the Trusted File Location and location type is "Microsoft Sharepoint foundation". under Trust children check "children trusted". under Allow external data select "Trusted data connection libraries and embedded".
Go back to page displayed after step 14 and select "Global Settings".
File access method = "impersonation", Under Analysis Services EffectiveUserName, check "Use the EffectiveUserName property".
Check "Use an existing Unattended Service account" radio button and under Target Application ID: enter "TFS".
Also make sure under Trusted Data Providers, the providerid your excel application is using is listed.
The company I work for is using SharePoint as a CMS for it's public facing website. I recently enabled FBA (Forms Based Authentication) for the site in order to provide some user specific functionality, but this has caused a side effect with Word / Excel files when opened from the site using Office 2007 / 2010.
Some users are challenged for authentication when opening a Word / Excel document from IE (but not when they're select "save file" instead of "open file"). A window pops up behind IE / Word / Excel (so you often don't realise it's there) showing the sites login page. If the window is dismissed then the document continues to open normally.
It seems to be environmental. Most Office 2007 / 2010 users internally experience this and we've had one report externally of this happening.
Anyone know how to prevent this behaviour?
In case it's relevant: The company also has an internal SharePoint site using NTML authentication allowing internal users to edit the same content visible externally.
I originally suspected the SharePoint header added to responses may be alerting Office to check for authentication to allow extended functionality, but I remove the response header in IIS and it didn't make any difference.
In the Authentication Provider for the FBA enabled site, do you have Enable Client Integration? set to Yes?
Central Administration > Application Management > Authentication Providers > Edit Authentication
Does anyone know how to prevent users from editing an InfoPath form in Design mode? Users are storing InfoPath forms in SharePoint and it seems that anyone can edit the form in design mode and we need to be able to lock that down.
The only way to stop that from happening is to publish the form template to a place they don't have access to. I usually publish them to the "Forms Template Library" at the top level site; and lock down access that way.
edit: To clarify, users cannot open a previously saved form and edit the template that way. They must be able to get their hands on the physical "Form Template" and that's what you have to lock down.
There is a Group Policy item that you can disable the design button.
Have a look at this blog for infopath 2003
Pashman's InfoPath Goldmine
For Infopath 2003
User Configuration
Administrative Templates
Microsoft Office InfoPath 2003
Miscellaneous
Disable InfoPath Designer Mode
For Infopath 2007
Microsoft Security TechCenter
Search for: Information Rights Management
User Configuration
Administrative Templates
Classic Administrative Templates (ADM)
Microsoft Office InfoPath 2007
Restricted Features
I'm actually working at MOSS 2007 project where I have to import data from an external data source (WebService) via an application in the Business Data Catalog. The application definition was created with BDC Meta Man and was imported successfully into the Business Data Catalog without any errors.
I've first tested the external data source through the option "Edit profile page template" where a BDC-Webpart is already located on a site. In the preferences menu of the web part I could selected the new BDC application with the "Typ"-Picker and everything works fine.
Unfortunately it doesn't work with BDC web parts on other MOSS applications which uses the same SSP. Every time I placed a BDC web part on a site and try to configure it. The "Typ"-Picker in the web part's menu remains empty and no application from BDC is listed.
I then checked the permission settings in the BDC menu of the SSP where I experimentally granted all rights to every user account so I could see if it was permission problem. Unfortunately it didn't change anything and the BDC application is still not visible in the "Typ"-Picker.
So perhaps someone had a similar problem and know what the problem is!
Bye,
Flo
Make sure you set the permissions on the application as well as the entity.