删除程序集失败 - BizTalk 2013 R2 [英] Removal of the assembly failed - BizTalk 2013 R2

查看:81
本文介绍了删除程序集失败 - BizTalk 2013 R2的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我目前正在从BizTalk 2006 R2升级到BizTalk 2013 R2并且我注意到一些奇怪的行为,我希望有人能够确认。

I'm currently going through an upgrade from BizTalk 2006 R2 to BizTalk 2013 R2 and I've noticed some odd behaviour, I was hoping somebody would be able to confirm.

在开发环境中,您已部署某些内容,但未列出任何实例的内容。 您在端口或正在使用的自定义管道上有一个映射。

In a development environment, you have something deployed, but unenlisted with no instances.  You've got a map on a port, or custom pipeline in use.

从Visual Studio重新部署时,您会收到以下错误:

When you redeploy from Visual Studio you receive the following error:

Error	45	Failed to add resource(s). Change requests failed for some resources. BizTalkAssemblyResourceManager failed to complete end type change request. Removal of the assembly failed. Make sure that all items in the assembly you are trying to remove fulfill the following conditions:
1. Pipelines, maps, and schemas are not being used by Send Ports or Receive Locations in the same or referenced application(s)
2. Roles have no enlisted parties
Database Error: 
The DELETE statement conflicted with the REFERENCE constraint "bts_receiveport_transform_foreign_transformid". The conflict occurred in database "BizTalkMgmtDb", table "dbo.bts_receiveport_transform", column 'uidTransformGUID'.
The DELETE statement conflicted with the REFERENCE constraint "adm_ReceiveLocation_fk_Pipeline". The conflict occurred in database "BizTalkMgmtDb", table "dbo.adm_ReceiveLocation", column 'ReceivePipelineId'.
The DELETE statement conflicted with the REFERENCE constraint "fk_bt_mapspec_bts_item". The conflict occurred in database "BizTalkMgmtDb", table "dbo.bt_MapSpec", column 'itemid'.
The DELETE statement conflicted with the REFERENCE constraint "bts_receiveport_transform_foreign_transformid". The conflict occurred in database "BizTalkMgmtDb", table "dbo.bts_receiveport_transform", column 'uidTransformGUID'.
The statement has been terminated.


BizTalk 2006 R2中不存在此行为,但我不确定它何时会震动。 遗憾的是,解决方案是解除绑定并删除依赖项或完全删除应用程序。




This behaviour didn't exist in BizTalk 2006 R2, but I'm not sure when it rocked up.  The solution unfortunately is either unbind and remove dependencies or completely delete the application.



推荐答案

你好Alastair,

Hi Alastair,

这个BizTalk 2013版本引发了问题: FIX:重新部署一些映射DLL文件时出现错误消息到2015年10月在
BizTalk Server 2013 CU3中修复的BizTalk Server 2010或BizTalk Server 2013

This issue was raised in BizTalk 2013 version: FIX: Error messages when you redeploy some map DLL files to BizTalk Server 2010 or BizTalk Server 2013 which was fixed in BizTalk Server 2013 CU3 in October 2015.

请安装  BizTalk Server 2013 R2的累积更新包。这应该包含以前BizTalk中包含的所有修复程序Server 2013更新版本。

Kindly install Cumulative update package 2 for BizTalk Server 2013 R2. This should contain all the fixes included in the previous BizTalk Server 2013 update release.

还要确保在解决方案中的每个项目的"部署"属性中启用"重新部署"选项,如

如何在Visual Studio中设置部署属性
。默认情况下启用此选项。

Also ensure that the Redeploy option is enabled in Deployment properties for each project in the solution, as described in How to Set Deployment Properties in Visual Studio. This option is enabled by default.

另请参阅:  如何从Visual Studio重新部署BizTalk程序集$

Also refer: How to Redeploy a BizTalk Assembly from Visual Studio


这篇关于删除程序集失败 - BizTalk 2013 R2的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆