一位潜在客户正在要求我们提出一种集成策略，以在CICS主机上使用主机服务。
由于我们通常将这种选择委派给与客户的CICS专家举行的专门 session ，因此我们在这里有些失衡，需要建议。
根据经验，我通常会建议(无论是否为CICS):
如果不需要事务，则公开WebServices 如果需要事务，则公开MQ端点
但是我真的没有特定的CICS知识可以争论。
我对以下方面的经验特别感兴趣:
设置的复杂性性能 使用MQ 的分布式事务使用Dell Boomi的经验
有没有人建议或链接到Boomi最佳做法以连接到CICS主机？
我的其他选择是:
使用CICS事务网关构建本机连接器插件。但是，这需要大量的精力和Boomi方面的本机Java开发，再加上我不确定其优势。另外，这将适用于Boomi => CICS发出的 call ，但不允许监听CICS => Boomi call 。 调用一个DB2存储过程，后者又调用COBOL。我们已经使用AS400做到了这一点，并且知道在开销和性能方面存在局限性，下面链接的文章也提出了进一步的局限性。此解决方案也具有允许Boomi => CICS的限制，但不允许来自CICS => Boomi 的调用
这里两个最相关的问题是:
which is proven solution to connect mainframe and java ? which is best in MQ series / IBM CICS Transaction Gateway? Connecting to CICS from Windows Desktop Application
但都没有链接到Dell Boomi 我建议最好的起点是下面的IBM Redbook，其中包含有关如何连接到CICS的大量信息，并列出了行之有效的流行连接器解决方案
CICS and SOA: Architecture and Integration Choices
然后回答您的特定问题/问题:
MQ提供了有保证的交付，但没有提供完整的端到端2pc事务 WS-Atomic为CICS Web服务提供了事务支持，尽管将CICS调用添加到全局事务中的最流行方法是通过JCA和XA与CICS事务网关 CICS事务网关提供Java，JCA，.NET和C连接器，因此应使您能够轻松地与客户端环境集成对于Windows桌面，一个简单的解决方案是使用CICS Transaction Gateway桌面版本或MQ客户端
Phil Wakelin，英国IBM Hursley的CICS开发人员