删除动态发送端口 - 后处理脚本 [英] Delete Dynamic Send Port - Post Processing Script

问题描述

大家好，

我们的要求是删除默认动态发送端口（因为它具有长名称） 使用后处理脚本（Post Import事件） 。我们正在使用SDK中提供的RemoveSendPort.vbs脚本。

Our requirement is to delete the default dynamic send port (because of long name that it has) using post processing script (Post Import event). We are using RemoveSendPort.vbs script provided in SDK.

我们面临的问题是在运行时执行后处理脚本时出现错误 我们得到"错误在Unenlist ....对象必需"。我们尝试调试脚本，并且可以认识到SendPort被正确标识为
（即select语句返回正确的值）但执行语句 "objInst.UnEnlist（）" 发生上述错误。

Issue that we are facing is when the post-processing script is executed at run time there is error that we get "error occoured in Unenlist....Object Required". We tried to debug the script and could realize that the SendPort is identified correctly (i.e. select statement returns correct value) but at execution of statement "objInst.UnEnlist()" above error occurs.

请注意，我们在导入过程中包含了绑定，实际上将默认动态端口的绑定替换为我们的自定义动态端口。因此，我们要删除的默认动态端口应该没有依赖性。

Please note that We have included the binding during the import which actually replaces the binding of default Dynamic port with our custom dynamic port. So there should be no dependcies on this default dynamic port which we want to delete.

我们认为BizTalk导入过程正在进行交易，在此交易期间我们可能无法进行删除导入的端口。在执行Post处理脚本之前，导入交易还没有完成。  

We believe that the BizTalk import process has a transaction going on and during that transaction we may not able to delete the port which is getting imported. Also the import trasanction is not getting completed till the execution of Post processing script.  

任何人都可以确认这是否正确或是否有任何解决方案来删除此端口 在后处理活动中？

Can anyone please confirm if this is correct or is there any solution to delete this port in Post Processing event ?

 

推荐答案

不确定这是否有帮助，但尝试导出绑定 在所有BizTalk应用程序完全停止后（sendports和业务流程未列入清单，接收位置被禁用）。 这样，当导入绑定时，
BizTalk将不会在绑定导入后尝试启动或登记任何内容。

Not sure if this will help or not, but try exporting the bindings after all of your BizTalk applications are completely stopped (sendports and orchestrations are unenlisted, receive locations are disabled).  That way when the bindings are imported, BizTalk won't be attempting to start or enlist anything after binding import.

这篇关于删除动态发送端口 - 后处理脚本的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！