I want to use entity framework 5.0 with sharepoint 2013. When I deploy a simple web part I get "entity framework 5 could not load file or assembly entityframework version 5.0" error.
Can I use entity framework with sharepoint 2013? If so what is the problem?
Thank you.
Note:I can use ef5 in web projects, in addition I have another machine setted up sp2010 and entity framework 4.0. They work fine.
on the package manifest add the entity framework to the safe controls, this will add the safe control in the web.config of the corresponding sharepoint web application.
I made a work around and use WCF services to connect database.
Related
I am developing asp.net mvc5 project and now I want to use text editor in the project so I have downloaded richtexteditor from nuget to the mvc project but I do not know how to use thisin the prohect .please help me to solve this problem
Ajax Control Toolkit can not be used in ASP.NET MVC projects, only non-MVC ASP.NET projects.
I am building a C# VS2012 app that will be used overseas. I have been using Automapper for years and would like to keep using it. One stipulation handed to me is that all add-ons for my project outside of Microsoft must have a published ECCN (Export Control Classification Number). Microsoft has a published ECCN for .NET Framework 4.5 and Visual Studio 2013. They are trusted for export.
I have been looking for a published ECCN for Automapper, and the closest thing I can find is this Google groups article where Jimmy Bogard personally responded that it is the same for .NET framework. However, I have been asked for a published ECCN from Automapper that would state something official like this:
"The ECCN for Automapper is: [x]".
I have looked at the Automapper GitHub Site but couldn't find what I needed.
Any ideas?
AutoMapper doesn't need an ECCN - it contains no encryption functionality.
I have been wondering what technology Microsoft uses to build MS Customer 2011/ 2013? Are they using web forms or mvc?
Microsoft started development of Dynamics CRM on .NET Framework version 1.1. At that time MVC did not exist. CRM was gradually migrated to the newer framework versions (the most recent is v4.0).
The point is ASP.NET/WebForms and ASP.NET/MVC are based on very different architectures. Moving to MVC would require rewriting large parts of the application. Therefore, it is not surprising that version 2013 is still based on WebForms.
It's a combination of WebForms, HttpHandlers, HttpFilters and AJAX.
We have a common SharePoint server which runs an internal SharePoint site. Our teams deploy their SharePoint products in the server and add it to our site. Some products user .net framework 2.0 and some products use .net 3.5. So they enable ajax extenisons for the site for .net 2.0 which adds the entries for the assembly System.Web.Extensions version 1.0.61025.0 where as our version will be 3.5.0.0. Because of the difference we get an ambiguous error while running the web site.
How can we deploy different products using different versions of Ajax extensions in the same site?
You should upgrade all your servers to 3.5, any other workaround is useless now. If you still have to do that, I would compile everything under 1.0.61025 and add to the web.config of the servers running 3.5 entries mapping dll versions (just like they do in SharePoint 2007 for mapping DLL for web parts compiled under SharePoint 2003, take a look at the web.config, it's self-explanatory.
I'm on a team that's currently building a MOSS 2007 based application (which relies on .NET 2), and we'd like to leverage the Entity Framework v4 (which relies on .NET 4).
Is this possible?
No. The 4.0 version of .NET has a new CLR (4.0) etc., but SharePoint 2007 is only supported on CLR 2.0.
Even SP2010 does not support .net 4.0 (yet).
Although I haven't tried, my guess is that it's not possible. In order to use .net 4.0 assemblies, the apppool running your moss site would have to be upgraded to the 4.0 version of asp.net. After that, version of system.web and other assemblies will change and I think that moss will simply stop working. But hey, it's just my guess. You can always try it out.
No. Even SharePoint 2010 is based on ASP.NET 3.5