We hebben een maand geleden een probleem met hetzelfde probleem ingediend bij Microsoft. Mijn gok is dat je System.IdentityModel.dll niet kunt laden, wat een afhankelijkheid is van de System.ServiceModel-assembly. Microsoft heeft ons aangegeven dat hoewel dit in SQL 2005 en SQL 2008 werkte, het een bekende bug in SQL 2012 is en dat ze het pas in SQL 2014 gaan oplossen.
Dat dit nog niet algemeen bekend is geworden, verbaast me een beetje, behalve dat 2012 nog erg nieuw is. Maar dit betekent dat je niet kunt gebruiken wat volgens mij de beste Interprocess-communicatietechnologie van Microsoft is binnen SQL CLR (WCF), merk op dat .NET-remoting ook uit zou zijn omdat het ook de ServiceModel-assemblage gebruikt.
Ik hoop op meer verduidelijking over wat ze zouden zeggen dat we in plaats daarvan zouden moeten gebruiken, ik ben aan het onderzoeken of er een manier is om een op WSE gebaseerde SQL CLR te schrijven, maar ik ben niet erg enthousiast over het vooruitzicht.
Ik ben hier niet blij mee en hoop dat anderen die hun stem verheffen erop zullen wijzen dat het een reëel probleem is en als onaanvaardbaar moet worden beschouwd.