Nous avons soumis un problème avec Microsoft il y a un mois sur le même problème. Je suppose que vous ne parvenez pas à charger System.IdentityModel.dll qui est une dépendance de l'assembly System.ServiceModel. Microsoft nous a indiqué que même si cela fonctionnait dans SQL 2005 et SQL 2008, il s'agit d'un bogue connu dans SQL 2012 et qu'ils ne le corrigeront pas avant SQL 2014.
Le fait que cela ne soit pas encore largement connu me surprend un peu, sauf que 2012 est encore très nouveau. Mais cela signifie que vous ne pouvez pas utiliser ce que je dirais être la technologie de communication interprocessus des meilleures pratiques de Microsoft dans SQL CLR (WCF), notez que la communication à distance .NET serait également désactivée car elle utilise également l'assembly ServiceModel.
J'espère avoir plus de précisions sur ce qu'ils diraient que nous devrions utiliser à la place, je cherche s'il existe un moyen d'écrire un CLR SQL basé sur WSE, mais je ne suis pas très enthousiaste à l'idée.
Je suis assez mécontent de cela et j'espère que d'autres qui élèveront la voix souligneront que c'est un vrai problème et qu'il devrait être considéré comme inacceptable.
