我试图揭露主机文件来自COBOL程序和Java的外部程序更加动态的使用。
我的阅读表明,我可以配置COBOL使用JDBC连接。 这可能是在JCL只是配置,但我认为它更是一个预处理的。
我还发现了JZOS库将从JAVA分给VSAM数据存储本身的访问。
因此从技术上讲,我认为这是可能的,但无法找到它的单篇文章。 我知道这越来越成为一个边缘情况,但我喜欢这样的方解石会暴露这些标准的JDBC对象的想法。
思考? 问题是什么? 关注?
我试图揭露主机文件来自COBOL程序和Java的外部程序更加动态的使用。
我的阅读表明,我可以配置COBOL使用JDBC连接。 这可能是在JCL只是配置,但我认为它更是一个预处理的。
我还发现了JZOS库将从JAVA分给VSAM数据存储本身的访问。
因此从技术上讲,我认为这是可能的,但无法找到它的单篇文章。 我知道这越来越成为一个边缘情况,但我喜欢这样的方解石会暴露这些标准的JDBC对象的想法。
思考? 问题是什么? 关注?
请理解之间存在很大的区别...
这是三个非常不同的事情。 我们有些人的生活经验,让我们讳莫如深,回答关于什么是技术上可能存在的问题是什么是允许在你的店铺或什么实际的业务需求是正在解决任何提及。
大型机已经存在了半个多世纪,和许多商店有标准的解决方案,以技术问题。 有时候,解决的办法是“不这样做,这里是我们做什么吧。” 对你的技术人员,或者你的店铺标准的建议工作,是职业限制。
好吧,样板的方式进行。
VSAM是不是一个DBMS。 它有一些的DBMS的特性,但它不是一个本身。
该共享的要求可能会给你一个头痛的问题。 VSAM文件与SHAREOPTIONS参数说明许多进程如何能够同时读取和写入定义。 请记住,这些定义宽松意味着每个应用程序必须控制写入的系列化和所有应用程序共同负责数据的完整性。
考虑到应用程序将你的控制和知识以外的人谁不知道还有其他的应用程序读取/自/至这些VSAM数据集写来写。
我想先通过Web服务提供的访问接近这个。 不是简单的CRUD,但具体业务功能的SOA风格。 CICS是你的朋友。
考虑在大型机上的,而不是VSAM文件使用DBMS。
请尽量避免内部平台的作用 。
此外, 这个 Q&A可能会感兴趣的。
火箭软件有一个数据虚拟化产品暴露平面文件,VSAM,通过JDBC IMS数据库。 IIRC,你也可以访问使用MongoDB的线协议型大型机数据源。 我想,你可以用它自由,必须支付支持,但与z / OS上的Apache星火使用时,可能只能是。