Im trying to export to PDF in Windows Azure, everything works Ok in my local enviroment, but when i test in my azure website it shows "Parameter Is Not Valid".
Any Help?
I just had the same issue. Try switching the App service plan pricing tier from Basic from Shared. You can do this in the Scale tab.
You won't be able to do PDF generation server-side with WAWS because we don't allow the necessary APIs. Your options are to use a Web Role or to use an Azure VM.
As of right now, this is by-design. Some APIs are not allowed in WAWS for security and performance reasons. The GDI APIs that are necessary for generating PDF files are among those that are blocked.
Answered by Jim Cheshire | Microsoft, Monday, November 04, 2013 5:31 PM
This is a known issue and is related to GDI see this Windows Azure forum
Related
I need to perform the procedure described here, but programmatically.
Some background: I am automating a setup procedure for an existing software product. This product integrates with Microsoft Dynamics 365 for Sales (online, not on-prem) and SharePoint Online. The setup process is, as of now, a manual series of steps. One of the steps consists in enabling server-based SharePoint integration for the organization.
I extensively searched Microsoft's documentation on Dynamics 365, specifically the Web API reference docs, but to no avail. I wonder if someone has had an experience doing this and if it is at all possible; if it is not possible we will be forced to have a manual step involved.
So far I have been working with the Dynamics SDK for .NET, but solutions using the Web API or PowerShell are welcome.
It is not possible.
See this issue in GitHub.
No it isn't, and is documented here: https://learn.microsoft.com/en-us/dynamics365/customer-engagement/developer/integration-dev/get-started-sharepoint-integration#enable-sharepoint-integration
"SharePoint integration for Customer Engagement can only be enabled using the web or Microsoft Dynamics 365 for Outlook. This isn’t supported through SDK."
I am developing an MVC5/EF6 web application hosted on Azure using Visual Studio 2013. I have just got to the portion of development whereby I need to create the reports. I was trying to use Microsoft.ReportViewer to achieve this and although it works perfectly locally it would appear that the WOW (WAWS) on a standard Azure website does not have/allow enough privileges to generate/return a PDF via a stream reader (http://social.msdn.microsoft.com/Forums/windowsazure/en-US/b4a6eb43-0013-435f-9d11-00ee26a8d017/report-viewer-error-on-export-pdf-or-excel-from-azure-web-sites?forum=windowsazurewebsitespreview). The suggestion from Microsoft was to convert the web site to a web role - I am prepared to do this however it seemed like a "no go" for most contributors - also I cant find any tutorials on the matter (I have posted a new question on this).
My question is, what are my options? SSRS is being deprecated so a server call is out, hand cranking a HTML page does not appeal. The closest I have found to a solution breaks the MVC pattern, but should work see here:
Rendering an RDLC report in HTML in ASP.NET MVC
Any help would be greatly appreciated!
Cheers
David
I ended up creating a web role to gain access to GDI+ and elevated WOWs rights, from there I was able to export directly to PDF which is just what I wanted. Not sure why so many other articles condemned this it seems to work perfectly and the cost differentiator does not seem too bad... yes it is more - however, experiments with the extra small VM has proved quite successful.
I'm a PHP Developer that recently got introduced to Dynamics CRM Online as I am building an application that needs to pull Customer details directly from a Dynamics CRM Online account to populate a Customer selection list.
I've gone through a number of options including:
http://mscrmtools.blogspot.com/2012/08/php-to-crm-online-easy-way-to-do.html
But I was unable to authenticate at all. According to the blogger, Tanguy, MS has since changed and the solution he posted is no longer valid. I am unable to locate a new solution for connect.
I've even tried the Dynamics SDK (http://www.microsoft.com/en-us/download/details.aspx?id=24004) but I've never done C# coding so I'm at a lost and it seems the samples weren't even compiling anyway. At the same time, I'm not sure this tool was even meant for pulling data from Dynamics CRM Online or the user hosted version.
If there's anyone who can help, it would be greatly appreciated as I've been trying to figure this out for days and trying various options only to continually hit dead end after dead end.
Thanks so much in advance.
My suggestion in this situation is always to create a C# Web Service that will act as a bridge between CRM and your php code.
The Web Service use .NET so can easily pull the data from CRM, and because is a Web Service you can consume it by any platform (with SOAP or REST is your decision)
I have been working through a CRM Online - PHP connector for the last few months. I have no server to host C# code so i've been restricted to connecting to CRM using PHP.
I have managed to get Office 365 and Windows Live authentication working (in the near future all Windows Live users will be migrated to Office 365). I have been starting to document my process here.
http://crmtroubleshoot.blogspot.com.au/2013/07/dynamics-crm-2011-php-and-soap-using.html
After spending a fair bit of time on this connection I find myself agreeing with Guido Preite. If you are in a position to host a C# Web Service somewhere then this is probably worthwhile.
I looked at forums and some blogs to find out my answer but could not so posting here.
We have MOSS 2007 and a library where we have documents are stored, I would like to run a client utility which runs a day and export all documents imported on that day along with metadata(Column names)
I don't want to install SharePoint server on VHD or on my development environment because I don't think that just for this cause I need to to have Dev SharePoint environment. I don't want to develop this on my development SharePoint environment and give it to my SharePoint team to deploy on server because I feel I should be able to do just on my XP machine.
As SharePoint object model is available, why I cant take missing dll from server and write a small C# utility to export documents to file system? I assume I should be able to do this with SharePoint web service but my question is can I do with SharePoint object model on my XP machine? I don't want to ask my admin to use stsadm to do required work as part of script.
In SharePoint 2007 there is no support for client-side access to the (server) object model. You have to use web services to comply with the requirements you've presented.
Also, it is not possible to take SharePoint DLLs to a client machine without SharePoint installed, and compile—or even run—code with them. It might be possible to achieve compilability, but the process is tedious and makes no sense at all providing it won't ever run on such machine.
You don't need any DLLs from SharePoint 2007 to use web services.
Getting just DLLs be painful for development - you'll be able to compile your code, but to run/debug you still need full installation of SharePoint.
Note that there is special https://sharepoint.stackexchange.com/ dedicated to SharePoint questions.
There has been a flurry of updates released to Microsoft's Silverlight over the past couple of months (Silverlight 2 beta 2 runtime + dev tools, RC0 + dev tools which broke beta 2 apps), and recently Microsoft has released the RTM.
I have been trying (unsuccessfully) to integrate Sharepoint 2007 and Silverlight. Many of the sharepoint/silverlight blogs i have read are outdated, meaning that they target SL Beta 2.
So, my question is...
What steps are necessary in order to host a Silverlight 2.0 (RTM) application, in a web part, on Sharepoint Server 2007 ?
I haven't tried this out but
it seems like a good start:
Silverlight Blueprint for SharePoint
This isn't too difficult to do. There are a few steps you need to follow:
Update IIS with the xap mime type.
Put your files some that SharePoint can get them. In our case we developed a feature which deployed the silverlight javascript files and our xap out to folders in the ISAPI folder (%Program Files%\Common Files\Microsoft Shared\web server extensions\12\ISAPI). We created a folder called _xaps to host these files.
Put the Silverlight object code in either the page itself or in a content web part.
[EDIT: For some reason my object code isn't showing up. So here is a link to an example instead]
That's all there is to it. You're probably best off creating a feature to copy of the files and update whatever page you're hosting the control in. But to just stick silverlight in SharePoint the above should work.
This might help: http://www.u2u.info/Blogs/Karine/Lists/Posts/Post.aspx?ID=40
If you are going to be using User Controls [i.e. Web Parts], then I'd highly recommend looking at SmartPart. You'll still need to do the things in the blogs above to get the assemblies recognized, trusted, etc, but this may help you get your user controls deployed faster.