Функция повторного развертывания Visual Studio для решения BizTalk не работает

В моем решении BizTalk есть 10 проектов BizTalk, которые связаны друг с другом. В свойствах каждого проекта я установил для функции повторного развертывания значение «true» (по умолчанию).

Но когда я пытаюсь повторно развернуть все решение из VS 2012, я получаю следующие ошибки для некоторых проектов в решении:

Ошибка 201 Не удалось добавить ресурсы. Запросы на изменение не удались для некоторых ресурсов. BizTalkAssemblyResourceManager не удалось выполнить запрос на изменение конечного типа. Невозможно обновить сборку «Project1, Version = 1.0.0.0, Culture = нейтральный», поскольку она используется сборками, не входящими в набор сборок для обновления. Чтобы обновить сборку, удалите следующие сборки: Project2, Версия = 1.0.0.0, Культура = нейтральная Project3, Версия = 1.0.0.0, Культура = нейтральная Project4, Версия = 1.0.0.0, Культура = нейтральная Project5, Версия = 1.0.0.0 , Культура = нейтральная Project6, Версия = 1.0.0.0, Культура = нейтральная

Как я прочитал из этой статьи: http://blog.codit.eu/post/2013/07/30/Redeployment-notes-of-a-BizTalk-solution-from-Visual-studio.aspx

В процессе развертывания сборки BizTalk вам сначала нужно было вручную остановить, отменить регистрацию и отменить привязку артефактов, содержащихся в сборке на BizTalk Server, а затем удалить сборку из базы данных BizTalk Management (конфигурации) перед развертыванием. Visual Studio выполнит все эти шаги за вас с помощью этого параметра «Повторное развертывание».

В чем может быть причина моей проблемы и возможное решение?


person valsador    schedule 08.08.2014    source источник


Ответы (5)


Пожалуйста, проверьте, используете ли вы в своем решении подпапки.

Я предлагаю создать новое (дополнительное) решение только для целей развертывания, где вам следует избегать использования каких-либо вложенных папок решения.

Андрей

person user3918603    schedule 12.08.2014
comment
Потрясающие! Я действительно использую подпапки решений ... Вы мне очень помогли и сэкономили мне много дней! Спасибо! - person valsador; 12.08.2014

Вы можете попробовать удалить файлы временной привязки по адресу: C: \ Users \% username% \ AppData \ Roaming \ Microsoft \ BizTalk Server \ Deployment \ BindingFiles

Затем попробуйте еще раз.

person Johns-305    schedule 08.08.2014

Убедитесь, что одна из сборок не вошла в приложение по умолчанию, а не в приложение, которое вы также развертываете. Если вы найдете его не в том месте, вы можете щелкнуть его правой кнопкой мыши и выбрать «Переместить в приложение». (Другой вариант - удалить его, но тогда довольно часто приходится удалять и все зависимые).

Проверьте каждый проект, в котором установлено приложение.

Затем повторно разверните.

Это происходит довольно часто, особенно если вы только что получили проект из системы управления версиями, поскольку приложение сохраняется в пользовательском файле, а не в файле проекта.

Изменить: также проверьте настройки своего решения, чтобы убедиться, что все проекты развернуты.

person Dijkgraaf    schedule 08.08.2014
comment
Для каждого проекта задается имя приложения, а в приложении по умолчанию нет артефактов. По какой-то причине Visual Studio не может удалить зависимые сборки и просит меня сделать это, прежде чем я нажму «развернуть». Это странно... - person valsador; 08.08.2014

Проверьте в диспетчере конфигурации решение, если какой-либо проект не помечен для развертывания. Щелкните решение правой кнопкой мыши, затем выберите Configuration Manager и убедитесь, что все проекты выбраны для развертывания,

person Vikas Bhardwaj    schedule 08.08.2014

По-видимому, существует некоторая проблема с партийным экспортом / импортом BizTalk 2016, которая запрещает повторный импорт привязок во время развертывания из Visual Studio.

Мое обходное решение - экспортировать привязки вручную перед развертыванием и вручную импортировать привязки после «успешного» развертывания (цитируется из журнала развертывания в Visual Studio;).

Другая ссылка: https://social.msdn.microsoft.com/Forums/en-US/c49758c0-0465-4c13-97a3-300c05d00d3a/biztalk-2016-redeploy-and-orchestration-bindings?forum=biztalkgeneral&prof=required

person JERKER    schedule 04.05.2018