I am facing issue with accessing a custom web service deployed to _vti_bin of SharePoint Site. The web service is being called from the InfoPath 2007 browser enabled form template. Everything works fine if the call originates on the same machine as the web service host. It's an anonymous web service with no auth needed.
When I access the form from an external environment, it throws "Error accessing data source". There's nothing in logs or event viewer.
Any idea is welcome as it is becoming cryptic considering there are no logs.
In the end, point number 2 in the following post served as the solution - http://sharepointconnoisseur.blogspot.com/2011/04/how-to-resolve-401-unauthorized-error.html
Related
I am having some bad time here. I have a chat application. Our async functionality using signalR only works when both person are in different types of browser. I need some expert advice here. I can show code if required. Please let me know if anyone face same issue. I tried to log signalr in browser. Still logs only show when both person in different type browser ( But I can see connection started successful response in XHR tab). No log when both are in different type browser from different machine. We are using azure.
We had multiple web role instances in azure. It was the problem.
Found it from here.
Intermittent problems with SignalR Hubs (in the Cloud) callback from Server to Client method
My provider-hosted (MVC) app for SharePoint 2013 is deployed to Azure website. However once it calls SharePoint CSOM it fails with unexpected error.
Any idea why?
Thanks!
This occurs when you make a request directly to web site, using a url (e.g. "xxx.azurewebsites.net") because in your "Index" ActionMethod is marked with:
[SharePointContextFilter]
If you want access to your web site outside from Sharepoint, you can have in your Provider App, two controllers. One configured how ClientWebPart for access inside from Sharepoint and other for external access.
I have a few web applications running on production server.
Scenario:
Web App1(e.g. www.test.com): In this web application, User logs in and cookies are created in this application. User can do some other functionalities here, although on click of 1 button, it is required to redirect to another web application (WebApp2)
Web App2 (on different subdomain, e.g. abc.test.com): The session created earlier is to be passed here. Hence, I had used same machine key for Web.config in two webapps (Web App1 and Web App2) (As suggested on Link: Sharing sessions across applications using the ASP.NET Session State Service).
Issue:
Although, the session is getting shared fine and everything works great on staging.
But, on production, I am getting this error:
Unable to cast object of type 'System.Security.Principal.GenericIdentity' to type 'System.Web.Security.FormsIdentity'
It seems to me that the session sharing is not happening for some reason on production. Can you please guide me on the possible cause of this issue.
Either: Enable Forms authentication on production IIS
or: ensure your web.config on production (sessionState)
It looks like roots are configuration issues on production.
I have deployed an MVC web application on IIS, and it is configured to run over HTTPS.
Further, the website is consuming a WCF service which is deployed on other server (in same network). The WCF service is running over HTTP.
Everything seems working fine, but while accessing the website it is always giving following message on IE 8.
How can we make the site accessible without the below message getting displayed? Also, the solution should not entail any changes at client-level. I need a solution which can be done at site-level.
it seems that you have enabled https and want to consume service vai http. so please change your serviceMetadata
<serviceMetadata httpsGetEnabled="true"/>
to
<serviceMetadata httpGetEnabled="true"/>
If you are calling the WCF service from client script then the error is just warning the user of mixed content mode.
I would suggest you change the binding for the WCF service and call that over ssl. If its important enough for the site to be running over ssl surely this also goes for the wcf service?
I'm just curios whether such possibility exists.
Here what I mean:
Suppose I have an ASP.NET MVC site. And some classical .exe application which stores this site as a resource.
When user starts this application, server runs in the context of the process (without any outside exposure) and processes the requests from the same process. At the same time client sees generated content in a browser-like window.
You'll need
IIS Hostable Web Core to host website
http://blogs.msdn.com/b/carlosag/archive/2008/04/14/hostyourownwebserverusingiis7.aspx
WebBrowser Control to access site from your windows app
http://msdn.microsoft.com/en-us/library/system.windows.forms.webbrowser.aspx
http://msdn.microsoft.com/en-us/library/aa752041(v=vs.85).aspx