IBM集成总线:如何导入COBOL副本并将其公开为WS-SOAP?

IBM集成总线:如何导入COBOL副本并将其公开为WS-SOAP?,soap,esb,messagebroker,copybook,ibm-integration-bus,Soap,Esb,Messagebroker,Copybook,Ibm Integration Bus,我正在使用IBM集成总线v10(IIB)设计一个ESB解决方案。 我们希望以某种方式将现有的COBOL副本导入到工具包中,并将其作为SOAP Web服务公开 我只是在它的文档中找到了如何创建映射节点和手动完成工作,但我更喜欢自动定义字典(SOAP名称和COBOL名称),它可以应用于我们的所有服务,而不需要每次都进行自定义映射。所以 1) 可能吗?我如何定义这样的词典 2) 如果不可能,我如何为我的所有服务构建一个通用流,然后导入必须使用该流公开的copybook?我们的主要目标是能够仅从命令行发

我正在使用IBM集成总线v10(IIB)设计一个ESB解决方案。 我们希望以某种方式将现有的COBOL副本导入到工具包中,并将其作为SOAP Web服务公开

我只是在它的文档中找到了如何创建映射节点和手动完成工作,但我更喜欢自动定义字典(SOAP名称和COBOL名称),它可以应用于我们的所有服务,而不需要每次都进行自定义映射。所以

1) 可能吗?我如何定义这样的词典

2) 如果不可能,我如何为我的所有服务构建一个通用流,然后导入必须使用该流公开的copybook?我们的主要目标是能够仅从命令行发布新服务,而不使用工具箱。我们的目标是只在设计流时使用工具箱,但是发布新服务应该是自动的

3) 我们当前的解决方案(没有IIB)为每个服务生成一个jar文件,其中包含定制的Java代码,用于将Java注释类映射到COBOL理解的字节数组

如果第一个和第二个问题都不能用IIB处理,有人知道导入这么多JAR并从Java计算节点中使用它们来进行转换是否容易吗?这会是一场依赖性的噩梦吗

提前谢谢大家。

1, 这是可能的,尽管工具箱不会为您生成端到端应用程序。老实说,它不会生成很多,主要是消息模型和样板代码。 因此,您需要提出一个适合您所有服务的映射方案,并在工具箱中编写这个通用映射。 但是,我更喜欢传输接口1-1的简单映射。您可能有很多这样的映射,并且在添加新映射时需要进行一些开发,但是您将花费更少的时间开发大量的小映射,而不是一般用途的映射

您可能希望研究模式,该工具包支持创建称为模式的参数化应用程序,并通过仅为新实例指定参数来重用这些应用程序。这仍然是一个发展过程,但可以变得非常容易

二,, 这是不可能的(或者需要大量的初始开发,IIB提供了一个Java API以编程方式构建应用程序,所以在某种程度上任何事情都是可能的),除非您有完全通用的接口。如果没有通用接口,您将始终需要至少为新Cobol服务的接口创建消息模型

三,, 您可以轻松地使用来自Java计算节点的外部JAR。 您可以提出一个适用于所有Cobol服务的web服务接口,在IIB中实现它,并通过调用外部JAR来完成数据流的Cobol端。
但是,在不更改IIB应用程序的情况下添加新服务可能会变得很棘手。

这肯定是IBM的一场臃肿噩梦。1)或2)都有可能。虽然我知道如何转换Cobol文案;我不知道集成总线(或者Cobol映射到什么)。如果在集成总线上有任何简单的文档(知道IBM可能不知道),它将非常有用