Abbiamo presentato un problema con Microsoft un mese fa sullo stesso problema. La mia ipotesi è che non sei in grado di caricare System.IdentityModel.dll che è una dipendenza dell'assembly System.ServiceModel. Microsoft ci ha indicato che mentre funzionava in SQL 2005 e SQL 2008, si tratta di un bug noto in SQL 2012 e non lo risolveranno fino a SQL 2014.
Il fatto che questo non sia ancora diventato ampiamente noto è un po' una sorpresa per me, tranne per il fatto che il 2012 è ancora molto nuovo. Ma questo significa che non è possibile utilizzare quella che direi essere la migliore tecnologia di comunicazione interprocesso di Microsoft all'interno di SQL CLR (WCF), si noti che il remoting .NET sarebbe fuori anche perché utilizza anche l'assembly ServiceModel.
Spero in maggiori chiarimenti su cosa direbbero che dovremmo usare invece, sto cercando di capire se c'è un modo per scrivere un CLR SQL basato su WSE, ma non sono molto entusiasta della prospettiva.
Sono piuttosto scontento di questo e spero che altri alzando la voce indichino che si tratta di un problema reale e che dovrebbe essere considerato inaccettabile.
