This is a migrated thread and some comments may be shown as answers.

telerik dll conflict for SharePoint 2013

3 Answers 184 Views
Sharepoint Integration
This is a migrated thread and some comments may be shown as answers.
Neil
Top achievements
Rank 1
Neil asked on 25 Jun 2015, 05:45 PM

We have a commercial SharePoint 2013 web part application for which we license the Telerik.Web.UI dll, etc.

We build the dlls with our own .snk file (e.g. unique PublicKeyToken) and custom initialization (so noone else can use the dlls).

The dlls are installed in the GAC

At a customer site, they have our web part app and that of another company who also installs their version of the Telerik.Web.UI dlls, etc.

Problem - either one app or the other will work, but not both.

While it is possible to specify a specific version of the dll (including PublicKeyToken) in the SharePoint web.config file, there can only be one web.config file for all web part apps (for that SP site collection) and in that web.config only qualifiedEntry element for the dll with the name Telerik.Web.UI.

How to resolve (dynamic load of the specific dll?, build a "private" version of the Telerik dlls, rename the dll file/assembly name? Some other magic we don't know about?)

3 Answers, 1 is accepted

Sort by
0
Ianko
Telerik team
answered on 30 Jun 2015, 07:40 AM
Hello Neil,

The described situation is due to .NET Framework limitation—different version of the same assembly cannot be used in the same application.

The best way to resolve this is to inform end-users that the Telerik.Web.UI assembly is used, so that they could take that into consideration and use a valid, licensed version of the same assembly version. The easiest way for them to resolve is upgrading to the needed version by using assembly binding redirects as suggested in this help article—http://docs.telerik.com/devtools/aspnet-ajax/sharepoint/2010/radeditor-web-part/migration-and-upgrade/upgrading-radeditor-webpart-version.

Regards,
Ianko
Telerik
Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Feedback Portal and vote to affect the priority of the items
0
Neil
Top achievements
Rank 1
answered on 10 Jul 2015, 02:47 PM
We have resolved this issue.

We have successfully installed and run both
our SharePoint 2013 Web Parts and those of the other Web Part supplier on SharePoint
2013 SP1. Both use the Telerik.Web.UI dll “set”, but different versions, signed
with different snk files (resulting in different public key tokens).

Logging dll loading with fuslogvw.exe
showed that both versions of Telerik dlls loaded and bound successfully showing
that the assertion that a SharePoint application can’t have two versions of the
same dll (by the same name) does not apply – at least for web parts. We
investigated loading of dlls and even with multiple different versions in the
GAC or bin, our web parts would successfully find, load and bind the specific
dll by name, version, culture and public key token.

As
to why our end customer appears to be encountering a situation where having
both sets of web parts installed causes the web parts from another vendor to
fail with unexpected errors will have to be investigated for configuration
specifics to our end customers SP 2013 server configuration.
0
Neil
Top achievements
Rank 1
answered on 10 Jul 2015, 02:51 PM
Also note that this same situation exists for our end customer for SharePoint 2010 which also has this multi-version dll issue with the SP 2010 version of our web parts and the other web part supplier – and it has been working for years without issue.
Tags
Sharepoint Integration
Asked by
Neil
Top achievements
Rank 1
Answers by
Ianko
Telerik team
Neil
Top achievements
Rank 1
Share this question
or