Написал библиотеку, которая делает soap-запрос и возвращает данные в mssql в виде таблицы. Сначала wsdl был кривой, запрос приходилось делать через вебреквест, отправляя постом xml-текст, ответ дербанить через XmlDocument, но все работало. Потом wsdl починили, библиотека сократилась до нескольких строк, но create assembly работать перестало и начало выдавать ошибку Assembly 'SOAP1C' references assembly system.runtime.serialization и т.д.

Эксперимента ради скопировал system.runtime.serialization.dll к SOAP1C.dll, но serialization потащила свои собственные зависимости. Скопировал SOAP1C в папку ко фреймворку, все в итоге обломилось на библиотеке, заголовок которой mssql не смог разобрать.

Однако здесь http://www.t-sql.ru/post/SMSCLR.aspx автор тоже делает soap-клиента к mssql (только у него web reference, а у меня service reference), и у него проблем нет. Что же я делаю не правильно?

Полный текст ошибки

авторAssembly 'SOAP1C' references assembly 'system.runtime.serialization, version=4.0.0.0, culture=neutral, publickeytoken=b77a5c561934e089.', which is not present in the current database. SQL Server attempted to locate and automatically load the referenced assembly from the same location where referring assembly came from, but that operation has failed (reason: 2(Не удается найти указанный файл.)). Please load the referenced assembly into the current database and retry your request.

Генерировал, но она сама ссылается на runtime.serialization

авторСтать на каталог Assemblies - добавить библиотеку, выбрать serialization из папки с релизом
С свойствах проекта должна стоять галочка "Генерировать serialization "
это непонятно. генерировал serialization как указано в ссылке, да и в принципе не ясно, зачем она нужна, на нее же даже ссылок нет.

VAlexeyAntonariyавтор тоже делает soap-клиента к mssql (только у него web reference, а у меня service reference), и у него проблем нет. Что же я делаю не правильно?
Service reference в CLR-сборках для SQL Server не надо использовать.
Смотрим сюда: https://msdn.microsoft.com/en-us/library/ms403279.aspx. Это список системных сборок, которые загружаются автоматически. Ищем там System.Runtime.Serialization.dll... и не находим.
Поэтому если мы хотим использовать эту сборку, то её (и все зависимые сборки) тоже необходимо опубликовать в БД с помощью CREATE ASSEMBLY..., но при установке любого обновления windows update, которые меняют сборки .net есть шанс, что все сломается и придется обновлять эти системные сборки в БД.
Так что используйте Web Reference и будет все хорошо.Понял. Тут проблема лишь в том, что сервис, к которому я обращаюсь, не воспринимает запросы, сформированные через Web Reference, ошибку выдает.

VAlexeyAntonariyэто непонятно. генерировал serialization как указано в ссылке, да и в принципе не ясно, зачем она нужна, на нее же даже ссылок нет.
Сборка XmlSerializers нужна, так как для сериализации и десериализации Web Reference использует класс XmlSerializer, который налету генерирует временные сборки. Что в процессе SQL Server не работает. Поэтому нужны предварительно скомпилированные классы для сериализации/десериализации.А как ее использовать в проекте? Скомпилировать и подключить вместо XmlSerializer?

VAlexeyЛибо полностью отказаться вызывать из SQL, либо использовать промежуточный веб-сервис, который будет дергать в нужном формате.Либо использовать простой веб реквест, как я и делаю.

VAlexeyAntonariyА как ее использовать в проекте? Скомпилировать и подключить вместо XmlSerializer?
Нет. Если используется конструктор XmlSerializer с 1 параметромНе понял. С каким набором параметров не вызывай, он сам находится в System.Xml.Serialization, и негодная зависимость от нее тащится в любом случае.

Все, разобрался, негодная зависимость - system. runtime .serialization, а xml - годная.