我现在要说的是:
Visual 2010中的Biztalk项目,是在Biztalk 2010服务器上运行的相应的Biztalk应用程序。接收端口接受HL7-V3模式,将其转换为发送到server 2008实例并通过存储过程插入到表中的模式。当接收端口使用文件适配器时,所有数据都按预期工作(来自HL7文件的数据被插入到表中)。
因此,我们到了需要web服务以通过web...great公开接收端口的地步--我们已经将“”内置到VS2010中。我就是在这里停下脚步的。
我可以跟踪向导直到"Create“步骤,它使从Biztalk程序集中提取模式大约是一半的过程,然后它就会阻塞并引发一个通用错误:
给定的密钥在字典中不存在
经过大量搜索和抓取之后,我终于发现向导使用Xsd.exe (对我来说是新的)从模式生成代码。这导致我阅读了MSDN库文章这里,文章指出包含模式的模式被Xsd.exe忽略。嗯,我们正在使用的消息的HL7V3模式集总共有30个文件,所有文件都相互引用,如下所示:
<xs:include schemaLocation="../coreschemas/infrastructureRoot.xsd"/>
<xs:include schemaLocation="COCT_MT050002UV07.xsd"/>
<xs:include schemaLocation="COCT_MT090100UV01.xsd"/>
<xs:include schemaLocation="COCT_MT240000UV01.xsd"/>
<xs:include schemaLocation="COCT_MT150000UV02.xsd"/>所以这是我的问题。
现在我的问题是:是否有一种方法可以从Biztalk项目手动创建WCF服务,或者更好的是,让向导在这种情况下工作呢?或者,任何关于去哪里看的建议,因为这是我的第一个Biztalk项目。
我在谷歌上的搜索只为巫师提供了大量的方法。
发布于 2012-08-21 18:24:20
这个问题已经解决了,尽管兔子洞太多了,但我偶然发现了一篇名为开始使用HL7 v3和Biztalk 2006的MSDN文章,其中有一小部分叫做模式修改。修改之一是将目标名称空间添加到HL7 v3中的一些核化学文件中。
我以前见过这个文档,它提到这解决了在BizTalk服务器中编译模式时不支持它们的问题。我忽略了它,因为我没有收到任何错误,而且,我使用的是2010年,而不是2006年,所以我天真地认为“必须修复now...no错误”。
不是这样的,我完全按照文档的建议进行了部署,并运行了Biztalk WCF服务发布向导,所有这些都正常工作,我能够查看生成的帮助和.wsdl页面。
我希望这对将来的人有帮助。对我来说非常反高潮。
https://stackoverflow.com/questions/12045767
复制相似问题