BizTalk 2013 - 真正有线观察 [英] BizTalk 2013 - Really wired observation
问题描述
大家好，
今天似乎是艰难的一天，我的虚拟机主机BizTalk Server 2013发生了所有奇怪的事情。
<我正在开发可以插入Oracle数据表的业务流程，因此在业务流程中使用双向发送接收逻辑端口。
根据我的知识，这几天都很好，但是今天当我想测试时，我得到了如下的EmptyPartException
。
我很惊讶地看到这一点，并认为oracle没有回复我的回复;甚至我认为有人可能已经改变了oracle中的数据表结构。
我确认但它没有改变，并且在我看来我可能在BizTalk方面本身有问题。所以不停地尝试很多东西。
当我尝试各种方式时，跟随事情有点奇怪，但请相信我发生的事情。
Strange事情＃1：
我决定从BT管理控制台删除/删除程序集，并将AS WELL作为GAC_MSIL并重新部署并重新启动主机实例。
我观察到我在Orchestration调试器中的实例不尊重调试点，而且它一直在跳过一些。我发现我的更改似乎无效，所以我通过重新启动主机实例来刷新内存，但调试点是
跳过了，我完全无能为力。
Iinterestingly我注意到编排中的变化但是调试点没有得到尊重，并且抛出了相同的EmptyPartException。
奇怪的事情＃2：
然后我指定了错误的用户凭据，希望Oracle会因为错误的凭据而被打耳机，但即使在主机实例重新启动后也发生了同样的错误。 oning EmptyPartException。 现在我确定，有些东西被严重缓存了。
在我看来，无论如何BizTalk都没有找到正确的东西，所以重新启动系统并重复相同的事情并观察到相同的结果，即EmptyPartException，当我尝试调试时，它会跳过我的调试点。
我结束这一天的笔记，遗憾的是甚至花了很多时间在BizTalk [7+它总是令人惊讶。
所以有两个真正的问题，
a）为什么我得到EmptyPartException，因为我确定它曾经工作过一次？ / p>
b）为什么即使在重新启动后也会跳过调试点？
我错过了什么这里??
已经尝试过了
1。系统重启
2.主机实例重启
3.从BTAdmin控制台删除的程序集
4.从GAC_MSIL删除的程序集
$
我的环境 - BizTalk服务器2013， Windows Server 2012 [64位]，SQL Server 2012。
提前致谢！
此致，Nilesh Sarkate [请记住点击"标记为已回答";当你对你的问题得到正确答复时]
嗨Nilesh，
我们都有那些日子！ :)对不起，这是你的。
我喜欢在这种情况发生时找到坚实的基础。特别是因为有时在尝试了这么多不同的方法之后很难记住你尝试过的东西以及你没有尝试过的东西。
因为我们无法进行远程会话并一起排除故障，所以我建议您使用"使用适配器服务向导"重新创建架构，重命名使用向导生成的绑定创建的现有端口，或者在
a不同的应用程序中创建端口，然后重试。这样你就可以消除噪音并找到理由开始排除故障。
Hi All,
Today seems to be rough day, all weird things happened with my virtual machine which hosts BizTalk Server 2013.
I was working on developing orchestration which would insert into Oracle data table, so was using two way send receive logical port inside orchestration.
This was working all good till couple of days back as per my best of knowledge, but today when I wanted to test, I was getting EmptyPartException as follows.
I was surprised to see this and thought that oracle is not sending me back response; even I thought to extent that someone might have changed data table structure inside oracle.
I confirmed but it wasnt changed and looked to me that I might have issues in the BizTalk side itself. so kept trying many many things.
While I was trying various way, following things were kinda weird but believe me those happened.
Strange thing #1:
I decided to delete/remove assemblies from the BT Admin console AND AS WELL AS GAC_MSIL and redeployed and restarted host instances.
I observed that my instance in Orchestration debugger wasn't respecting the debug points, and all the way it was skipping some. I realized that my change seems to be not effective so I flushed memory by restarting Host Instances but debug points were skipped and I was totally clueless.
Iinterestingly I noticed changes in orchestration but though debug points were not respected and same EmptyPartException was thrown.
Strange thing #2:
I then specified incorrect user credentials hoping that BizTalk will be slapped by Oracle for incorrect credentials, but even after host instance restart same error occurred mentioning EmptyPartException. Now I was sure, something is cached up badly.
It looked to me that, anyhow BizTalk is not picking up correct things, so restarted system and repeated same things and observed same result, i.e. EmptyPartException, and when I tried to debug, it would skip my debug points.
I am ending my day with this note, sadly even spending good amount of time in BizTalk [7+ years], it keeps surprising.
So there are two real problems,
a) Why am I getting EmptyPartException as I am dead sure that it worked once?
b) Why debug points are being skipped even after restarting?
Am I missing anything here??
Following already tried
1. System restart
2. Host Instance Restart
3. Deleted assemblies from BTAdmin console
4. Deleted assemblies from GAC_MSIL
My environment - BizTalk server 2013, Windows Server 2012 [64 Bit], SQL Server 2012.
Thanks in advance!
Regards, Nilesh Sarkate [Remember to click "mark as answered" when you get a correct reply to your question]
Hi Nilesh,
We all have those days! :) Sorry this was yours.
I like to find solid ground when a situation like this happens. Specially because sometimes after trying so many different approaches it is hard to remember what you tried and what you didn't try.
Because we cannot get on a remote sessions and troubleshoot this together, I suggest you recreate the schema using the Consume Adapter Service Wizard, either rename the existing port created using the bindings generated by the wizard or create the port in a different application, and try again. Like that you will eliminate the noise and find your ground to start troubleshooting.
这篇关于BizTalk 2013 - 真正有线观察的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
