问题

什么是无限的我?

Infinite i迁移了为IBM i / AS400开发的RPG和COBOL遗存应用程序,这样它们就可以运行在其他操作系统上,特别是Windows和Linux. 要使用无限i,你必须有一套完整的源代码. 不幸的是,没有源代码将不允许我们重新编译AS/400代码并在另一个平台上执行. 应用程序在新平台上运行的方式与AS/400上运行的方式非常相似. Infinite I支持物理和逻辑文件,子文件,命令语言,存储程序等.

我支持什么语言?

我拥有支持RPG/400,ILE RPG,SQL RPG/400,COBOL/400,SQL COBOL/400,COBOL ILE,CL/400,CMD/400,DDS/400(pf,lf,dspf,prtf)的编译器).

我是否将源代码转换成另一种语言?

没有 我们认为维持最初软件的完整性很重要。 您的原生COBOL或RPG源代码仍然完好无损,被重新编译为在Windows或UNIX下执行原生对象代码. 你在发展和支助人员、文件和培训方面的投资仍然有保障.

一旦应用程序重新托管,能否继续开发?

无限我为未来发展提供了开发者的选择. 如果一个ISV计划在多个平台上提供同样的应用程序,他们可能更喜欢在AS/400上开发,在那里他们更舒适,在无限i上重新编译. 无限i包括开发工具,允许进行修改,构建和测试. SEU,PDM和语言编译器执行完整的源验证. 或者开发者可能选择在Java或.NET中使用其他工具进行开发. Infinite在中间软件中设有一套插件,用于WebSphere家族,WebLogic家族,JBoss家族或产品微软家族的开发工具. 一旦迁移,RPG或COBOL应用程序可以使用与无限i结合的产品无限云家族在云中执行. 无限云家族插座JBoss,WebSphere和Web Logic. 因此,可以在RPG,COBOL中开发或使用Java或.NET中的其他行业标准工具,并方便地将新的程序或模块整合到您新重新托管的RPG或COBOL程序中.

无限我是否在任何阶段需要AS/400宿主(除迁移源))?

不,一旦应用程序和数据迁移,Infinite i为高级语言源代码提供了一个平台,并且完全独立于AS/400. 在初始迁移过程中,图书馆的全部内容从AS/400下载到无限i,包括提供额外迁移信息的对象(编译的程序,文件等).

能否将RPG来源从无限i转移到AS/400主机? 如果是,来源是否与AS/400兼容?

是,来源以AS/400格式提供。 当一个ISV或终端用户计划在多个平台上提供同样的应用程序时,一些开发者倾向于在AS/400上开发,在那里他们更舒适,在Infinite i上重新编译. 所有源和数据在AS/400和Infinite i之间的前后传输都是通过简单的保存文件和FTP传输实现的.

最终用户或ISV必须提供无限数据才能开始迁移AS/400代码?

无穷项目管理员将向客户端发出如何在AS/400上创建保存文件(SAVF)的指示. 无限团队随后将它移动到新系统,并开始为目标平台重编为本土可执行文件. 无限i编译器和工具器自行处理大部分的迁移. 补救来自无限团队和客户团队之间的测试和互动项目管理.

开发者如何调试在目标平台上遇到错误但在AS/400上工作的应用程序?

调试管理类似在AS/400上调试. 编译的列表包括AS/400上与编译器相同的错误代码,包括引用缺失的依赖对象,语法错误,数据类型错误等. 如果出现不是编程错误的故障,应当联系无限软件支持以确定是否存在产品错误.

编译器许可证是否包括在任何时候重新运行转换的能力?

是的,编译器许可证将允许在任何时间重新进行转换.

你对AS/400的表现如何?

在可比系统(处理器速度、内存、磁盘响应时间)上进行专有测试和基准化的客户发现其性能优于或优于在AS/400上运行的应用程序。 显然,无限的表现不能与其他因素分开–系统、网络吞吐量和应用架构.

Linux 的哪个版本是无限i 支持

Infinite I在以下操作系统中进行了测试和认证: Windows Enterprise Server 2016和 Linux Red Hat Enterprise Linux 7.2

"无限i部署环境"支持什么版本的甲骨文??

Infinite I在以下数据库中进行了测试和认证: Oracle: 11g MS SQL: 2008. Infinite i (Version 9.2) 也完全支持 Oracle Exadata 数据库机, Oracle Exalogic 弹性云, SPARC SuperCluster,Oracle数据库11g R2,Oracle Solaris 11,Oracle网络逻辑服务器11g R1和SPARC SuperCluster.

我支持OS/400 API吗?

无限i支持大多数OS/400 API. 在典型的销售周期中,前景将促使我们进行抽样迁移。 我们拿一个具有代表性的软件模块 测试数据,并实际迁移到目标平台(窗口或 Linux).你将能看到任何例外,我们将与你合作解决每一个例外.

对RPG编译器有什么限制吗?

Infinite I支持常用命令,通常对不太常用的命令有工作变通. 大部分问题都是因为AS/400硬件参考文献已经不存在. 例如,通信指令不支持引用控制器和行描述,但新平台上的通信协议通常提供解决方案.

COBOL/400编译器是否有任何限制?

Infinite i中的COBOL/400编译器在特性和功能上与IBM COBOL/400编译器一致. 唯一的限制是部分支持DISPLAY/接受ROW/科伦.

PIC X(250000)的定义能否用于围绕实地规模的OPM COBOL限制工作?

在COBOL计划中可以使用这个定义. 然而,无法在文件中定义相同的字段长度.

ILE COBOL编译器是否有任何限制?

Infinite i中的COBOL/ILE编译器在特性和功能上与IBM COBOL/ILE编译器一致.

无限i中是否有支持 'C''?

Infinite I提供C-APIs,允许在写标准C-程序时与环境接口. 这些C程序使用CRTCPGM命令编译,在环境中创建一个C程序,然后从COBOL,RPG或CL程序中调用C程序,或者反之亦然.

迁移申请需要多长时间?

计时可以根据转换的代码数量而有所不同. 由12,000个物体组成的典型迁移–3 000个程序与物理和逻辑文件合并,显示文件和命令语言–完成迁移、分析、测试和验证等工作可能需要不到四周的时间。 平均来说,重新托管和现代化进程需要大约90天.

我如何迁移、储存和访问DB2/400数据?

Infinite I重置组件包括AS/400 DB2/400数据库的完全复制. 这个数据库存放在新主机上, 运行就像你习惯的数据库一样. 最终用户可以选择使用甲骨文或SQL服务器来代替内部数据库. 所有三个选项都包括支持特定的DB2/400特性,如物理文件,逻辑文件,联动文件,触发文件,参考完整性,承诺控制和日志.

我可以与/支持其他工具或软件一起工作,例如MQSeries(MSMQ))?

无限我可以通过CPI调用与MQSeries或MSMQ接口. Infinite i内部的基本运行时间支持允许任何HLL程序(写于ILE RPG,RPG/400或COBOL/400)引用外部C程序. 这种通用机制还允许调用MQSERIES或MSMQ API函数发送或接收交易信息,并与运行这些产品的任意类型的主机通信.

我支持《日刊与承诺控制》吗?

对.

我们的RPG和CL程序来源在git中,每当我们更新/编译时,我们是否需要将源转移到linux OS,然后运行你的转换过程?

无限i支持与Git的融合. 如果将在IBM i上进行新的开发和/或维护,每次将代码添加或更改推向Git时,都可以被拉入无限i环境,并使用本土的无限i编译器重新编译. 这一过程可以人工完成,也可以使用CI/CD管道实现自动化.

我们如何传输用户配置文件?

指令 DSPUSRPRF USRPRF(*所有)类型(*基础)(*OutFILE) OutFILE(LIBRARY/ALLUSRPRFS)在IBM i上用于捕捉所有用户配置信息(密码除外)).此文件随后被转移至无限 i 服务器, 并用一个 bash 脚本处理, 在新环境中创建相同的用户配置 。 密码必须重新设置.

我们如何在库、命令等上传输自定义系统设置?

Infinite I支持IBM i等系统值,系统命令可以更改以改变默认值. 用户命令会在InFinite i中以他们在原始环境中拥有的相同值重新编译.

它是否支持 iNavigator 选项( 通过 iNetserver 和各种 TCP 服务器/ 服务管理 IFS ))?

IBM i 导航不支持,也不需要. IFS由基础Linux文件系统支持,任何文件系统中的任何路径都可以用作IFS位置. TCP服务器和服务(HTTPD,DNS,DHCP,VPN等)由基础Linux操作系统支持.

它是否支持诸如DCM和WAS等综合服务?

DCM和WAS与Linux操作系统一起处理. 对于WAS, Apache Tomcat 或 WAS for Linux 可以与运行在无限i上的应用程序集成

它是否支持包括IPDS在内的所有集合文件函数?

是,所有IBM i Spool文件功能都由无限i支持,包括IPDS.

本地和外部 sql 数据库是否可以进行数据加密?

休息时的数据加密对于内部的DB来说是不可能的,但是当无限i被配置到使用外部数据库时是可能的.

我们最大的表格有近8000万个记录,405个字符的记录长度,这是个问题,我们如何大小化sql服务器来减轻任何性能上的顾虑?

有了适当的系统大小,非常大的文件可以由无限i和外部的DB处理. 文件首先迁移到Infinite的内部DB,然后转换到外部的DB. 在此之后,应用程序(批量和交互式)被执行,系统被调制以达到最佳性能(即.,创建额外的索引, 增加服务器内存等).

有了外部/ sql DB, 它如何处理被重新命名或删除的库 ?

Infinite i 运行时间会自动跟踪库和文件( PF)/LFs)的创建和与外部数据库的同步.

使用外部/sql DB,我们如何处理安全/接入?

安全可在全球一级处理,有1套连接参数(主机)/用户/通过/所有用户,或每个用户的连接参数。 在这种情况下,连接信息被存储在用户配置文件上,并且被加密.

使用外部/sql DB, 我们如何处理多个同名表格的库 ?

将 PF 和 LF 转换成表格和视图时(分别为),如果一个以上库中存在同名的 PF 或 LF ,则外部数据库中创建的表格或视图的名称将附加一个数字后缀(即).,文件名 1, 文件名 2).

目前我们有一个集中的数据库,它有逻辑参考其他数据库的数据,如何用SQL db处理?

当使用带有外部数据库的无限i时,物理文件作为表格创建,逻辑文件作为视图创建. 如果 LF 引用来自多个库的 PF, 当转换为外部 DB 时, 视图将会引用对应原始 PF 的表格 .