FAQ

Qu'est-ce que Infinite i?

Infinite i migre les anciennes applications RPG et COBOL développées pour IBM i / AS400 afin qu'elles puissent fonctionner sur d'autres systèmes d'exploitation, en particulier Windows et Linux. Pour utiliser Infinite i, vous devez avoir un ensemble complet de code source. Malheureusement, ne pas avoir de source ne nous permettra pas de recompiler le code AS/400 et de l'exécuter sur une autre plateforme. Les applications fonctionnent sur la nouvelle plateforme de manière très similaire à leur fonctionnement sur l'AS/400. Infinite i prend en charge les fichiers physiques et logiques, sous-fichiers, langage de commande, procédures stockées, etc.

Quelles langues soutient Infinite i ?

Infinite i a des compilateurs pour soutenir RPG/400, ILE RPG, SQL RPG/400, COBOL/400, SQL COBOL/400, COBOL ILE, CL/400, CMD/400, DDS/400 (pf, lf, dspf, prtf).

Infinite i convertit mon code source en une autre langue ?

C'est pas vrai. Nous croyons qu'il est important de maintenir l'intégrité du logiciel initial. Votre code source natif COBOL ou RPG reste intact et est recompilé en code objet qui s'exécute nativement sous Windows ou UNIX. Votre investissement dans le personnel de développement et de soutien, la documentation et la formation demeurent sécurisés.

Est-il possible de poursuivre le développement une fois qu'une application a été réorganisée?

Infinite i offre les options de développement pour le futur. Si un ISV prévoit d'offrir la même application sur plusieurs plateformes, il peut préférer se développer sur le AS/400 où ils sont plus confortables et recompilent sur Infinite i. Infinite i comprend des outils de développement permettant d'apporter des changements, de les construire et de les tester. Le SEU, le PDM et les compilateurs de langage implémentent la validation complète des sources. Ou le développeur peut choisir d'utiliser d'autres outils pour le développement en Java ou en .NET. Infinite dispose d'une suite de plug in intergiciel pour l'utilisation avec des outils de développement de la famille WebSphere, la famille WebLogic la famille JBoss ou la famille Microsoft des produits. Une fois migrées, les applications RPG ou COBOL peuvent être exécutées dans le Cloud en utilisant la famille de produits Infinite Cloud intégrés à Infinite i. La famille Infinite Cloud se branche sur JBoss, WebSphere et Web Logic. Ainsi, vous pouvez développer en RPG, COBOL ou utiliser d'autres outils standard de l'industrie en Java ou .NET et intégrer facilement de nouveaux programmes ou modules dans vos nouveaux programmes RPG ou COBOL.

Est-ce que Infinite i nécessite un hôte AS/400 à n'importe quel stade (autre que la source de migration)?

Non, une fois que l'application et les données sont migrées, Infinite i fournit une plate-forme pour le code source High Level Language et est entièrement indépendant du AS/400. Pendant la migration initiale, l'ensemble du contenu des bibliothèques est téléchargé de l'AS/400 vers Infinite i, y compris les objets (programmes compilés, fichiers, etc) qui fournissent des informations de migration supplémentaires.

Est-il possible de transférer la source RPG de Infinite i à l'hôte AS/400 ? Dans l'affirmative, la source sera-t-elle compatible avec l'AS/400?

Oui, la source reste en format AS/400. Lorsqu'un ISV ou un utilisateur final prévoit d'offrir la même application sur plusieurs plateformes, certains développeurs préfèrent se développer sur le AS/400 où ils sont plus confortables et recompilent sur Infinite i. Tous les transferts de sources et de données entre le AS/400 et Infinite i sont effectués par des fichiers de sauvegarde simples et des transferts FTP.

Qu'est-ce qu'un utilisateur final ou ISV doit fournir Infinite pour pouvoir commencer à migrer le code AS/400 ?

Le gestionnaire de projet Infinite enverra des instructions au client pour créer un fichier d'enregistrement (SAVF) sur le AS/400. L'équipe Infinite le déplacera ensuite vers le nouveau système et commencera à le recompiler en exécutables natifs pour la plateforme cible. Les compilateurs et outils Infinite i gèrent la plupart des migrations elles-mêmes. L'assainissement provient des essais et de la gestion de projet interactive entre l'équipe Infinite et l'équipe cliente.

Comment un développeur débogue-t-il une application qui rencontre une erreur sur la plateforme cible mais qui fonctionne sur l'AS/400 ?

Le débogage est géré de la même manière que le débogage sur le AS/400. Les listes compilées comprennent les mêmes codes d'erreur que les compilateurs sur l'AS/400, y compris les références aux objets dépendants manquants, les erreurs de syntaxe, les erreurs de type de données, etc. En cas d'échecs qui ne sont pas des erreurs de programmation, le support du logiciel Infinite doit être contacté pour déterminer si un bug produit existe.

Les licences du compilateur incluent-elles la possibilité de relancer la conversion à tout moment ?

Oui, les licences du compilateur permettront la ré-exécution des conversions et à tout moment.

Comment est votre performance par rapport à l'AS/400?

Les clients qui ont effectué des tests exclusifs et des analyses comparatives sur un système comparable (vitesse du processeur, mémoire, temps de réponse sur disque) ont trouvé des performances aussi bonnes ou meilleures que leur application fonctionnant sur un AS/400. Évidemment, la performance de l'Infini ne peut pas être isolée d'autres facteurs–système, débit réseau et architecture d'application.

Quelle version de Linux fait Infinite i Support

Infinite i a été testé et certifié sur les systèmes d'exploitation suivants: Windows Enterprise Server 2016 et Linux Red Hat Enterprise Linux 7.2

Quelle version d'Oracle supporte l'environnement de déploiement Infinite i ?

Infinite i a été testé et certifié sur les bases de données suivantes: Oracle: 11g MS SQL: 2008. Infinite i (version 9.2) prend également en charge totalement Oracle Exadata Database Machine, Oracle Exalogic élastique Cloud, SPARC SuperCluster,Oracle Database11g R2, Oracle Solaris 11, Oracle Web logique Server 11g R1 et SPARC SuperCluster.

Est-ce que Infinite i prend en charge les API OS/400 ?

Infinite i prend en charge la plupart des API OS/400. Dans le cycle de vente typique, la perspective nous incitera à faire un échantillon de migration. Nous prenons un module représentatif de votre logiciel avec des données de test et effectivement le migrer vers votre plateforme cible(Windows ou Linux).Vous pourrez voir toutes les exceptions et nous travaillerons avec vous pour résoudre chacune d'elles.

Y a-t-il des limites au RPG Compiler?

Infinite i prend en charge les commandes couramment utilisées et il existe généralement des solutions de rechange pour les commandes les moins utilisées. La plupart des problèmes se posent en raison des références matérielles AS/400 qui n'existent plus. Par exemple, les commandes de communication faisant référence aux contrôleurs et aux descriptions des lignes ne sont pas prises en charge, mais les protocoles de communication sur la nouvelle plateforme fournissent généralement une solution.

Y a-t-il des limites au compilateur COBOL/400?

Le compilateur COBOL/400 dans Infinite i est compatible avec le compilateur IBM COBOL/400 en termes de fonctionnalités et de fonctionnalités. La seule restriction est le soutien partiel pour DISPLAY/ACCEPTE avec ROW/COULEUR.

La définition de PIC X(250000) peut-elle être utilisée pour contourner les limites OPM COBOL de la taille du champ?

Il est possible d'utiliser cette définition dans les programmes COBOL. Il n'est toutefois pas possible de définir la même longueur de champ dans un fichier.

Y a-t-il des limites au compilateur ILE COBOL?

Le compilateur COBOL/ILE dans Infinite i est compatible avec le compilateur IBM COBOL/ILE en termes de fonctionnalités et de fonctionnalités.

Y a-t-il un soutien dans l'Infini i pour 'C'?

Infinite i fournit C-API qui permet une interface avec l'environnement lors de l'écriture des programmes C standard. Ces programmes C sont compilés en utilisant la commande CRTCPGM pour créer un programme C dans l'environnement à partir duquel le programme C peut être appelé à partir d'un programme COBOL, RPG ou CL ou vice versa.

Combien de temps faut-il pour migrer une demande?

Le calendrier peut varier en fonction du nombre de codes à convertir. Une migration typique composée de 12 000 objets–3 000 programmes combinés avec des fichiers physiques et logiques, des fichiers d'affichage et un langage de commande–peut prendre moins de quatre semaines pour terminer la migration, l'analyse, les essais et la validation. En moyenne, le processus de réorganisation et de modernisation prend environ 90 jours.

Comment Infinite i migre, stocke et accède aux données DB2/400 ?

Les composants de re-hébergement Infinite i comprennent une réplication complète de la base de données AS/400 DB2/400. Cette base de données réside sur le nouvel hôte et fonctionne comme la base de données à laquelle vous êtes habitué. L'utilisateur final peut choisir d'utiliser Oracle ou SQL Server à la place de la base de données interne. Les trois options incluent la prise en charge de fonctions spécifiques DB2/400 comme les fichiers physiques, les fichiers logiques, les fichiers joints, les déclencheurs, l'intégrité référentielle, le contrôle d'engagement et la publication.

Peut Infinite i travailler avec / soutenir d'autres outils ou logiciels, par exemple MQSERIES (MSMQ))?

Infinite i peut s'interfacer avec MQSERIES ou MSMQ via des appels API C. Le support d'exécution sous-jacent dans Infinite i permet à tout programme HLL (écrit dans ILE RPG, RPG/400 ou COBOL/400) d'invoquer des programmes C externes. Ce mécanisme générique permet également d'appeler les fonctions API MQSERIES ou MSMQ pour envoyer ou recevoir des messages transactionnels et communiquer avec tout type d'hôte qui exécute ces produits.

Est-ce que Infinite i soutient Journaling et Commitment Control?

Oui.

Notre source pour les programmes RPG et CL est en git, chaque fois que nous mettons à jour/recompiler devrions-nous transférer la source vers le système d'exploitation Linux et ensuite exécuter votre processus de conversion?

Infinite i soutient l'intégration avec Git. Si de nouveaux développements et/ou maintenances vont avoir lieu sur IBM i, chaque fois que des ajouts de code ou des modifications sont poussés à Git, il peut ensuite être tiré dans l'environnement Infinite i et recompilé en utilisant les compilateurs Infinite i natifs. Ce processus peut se faire manuellement ou être automatisé à l'aide d'un pipeline CI/CD.

Comment transférer les profils d'utilisateurs?

La commande DSPUSRPRF USRPRF(*TOUS)(*RÉSULTATS DE BASE(*OUTFILE) OUTFILE(LIBRAIRE/ALLUSRPRFS) est utilisé sur l'IBM i pour capturer toutes les informations sur les profils utilisateurs (sauf les mots de passe).Ce fichier est ensuite transféré au serveur Infinite i et traité avec un script bash qui crée les mêmes profils d'utilisateurs sur le nouvel environnement. Les mots de passe devraient être réinitialisés.

Comment transférer des paramètres système personnalisés sur les bibliothèques, commandes, etc?

Infinite i prend en charge les valeurs du système comme les commandes IBM i. Le système peut être modifié pour modifier les valeurs par défaut. Les commandes utilisateur seront recompilées dans Infinite i avec les mêmes valeurs qu'elles ont sur l'environnement original.

Prend en charge les options iNavigator (gestion de l'IFS via iNetserver et divers serveurs/services TCP))?

IBM i Navigator n'est pas pris en charge et n'est pas nécessaire. IFS est pris en charge par le système de fichiers Linux sous-jacent et tout chemin dans n'importe quel système de fichiers peut être utilisé comme un emplacement IFS. Les serveurs et services TCP (HTTPD, DNS, DHCP, VPN, etc.) sont pris en charge par le système d'exploitation Linux sous-jacent.

Soutient-elle des services intégrés tels que DCM et WAS?

DCM et WAS sont gérés conjointement avec le système d'exploitation Linux. Dans le cas de WAS, Apache Tomcat ou WAS pour Linux peut être intégré avec des applications fonctionnant sur Infinite i

Est-ce qu'il supporte toutes les fonctions de fichiers spooled, y compris IPDS ?

Oui, toutes les fonctions IBM i Spool File sont prises en charge par Infinite i, y compris IPDS.

Le chiffrement des données est-il possible pour les bases de données sql locales et externes?

Le cryptage des données au repos n'est pas possible pour la DB interne, mais il est possible lorsque Infinite i est configuré pour utiliser une base de données externe.

Notre plus grand tableau compte près de 80 millions d'enregistrements et une longueur record de 405 caractères, est-ce un problème et comment tailler le serveur sql pour atténuer les problèmes de performance?

Avec le calibrage du système approprié, de très grands fichiers peuvent être gérés par Infinite i et la DB externe. Les fichiers sont migrés en DB interne d'Infinite d'abord, puis convertis en DB externe. Après cela, les applications (lot et interactif) sont exécutées, et le système est réglé pour obtenir des performances optimales (i.e.,créer des index supplémentaires, augmenter la mémoire du serveur, etc).

Avec un DB externe/sql, comment gère-t-il les bibliothèques rebaptisées ou supprimées ?

L'exécution Infinite i garde automatiquement une trace de la bibliothèque et du fichier (PFs/Création et synchronisation avec une base de données externe.

Avec un DB externe/sql, comment gérer la sécurité/accès?

La sécurité peut être gérée au niveau mondial, avec 1 ensemble de paramètres de connexion (hôte/utilisateur/passe/permissions) pour tous les utilisateurs, ou au niveau utilisateur avec des paramètres de connexion pour chaque utilisateur. Dans ce cas, les informations de connexion sont stockées sur le profil utilisateur et sont cryptées.

Avec un DB externe/sql, comment gérerions-nous plusieurs bibliothèques avec des tables du même nom ?

Lorsque PF et LF sont convertis en tables et vues (respectivement),si un PF ou LF existe avec le même nom dans plus d'une bibliothèque, le nom de la table ou de la vue créée dans la base de données externe sera joint avec un suffixe numérique (i.e.,nom de fichier 1, nom de fichier 2).

Nous avons actuellement une bibliothèque de données centralisée qui a logiquement référencer les données d'autres bibliothèques de données, comment cela pourrait-il être traité dans un SQL db?

Lorsque vous utilisez Infinite i avec une base de données externe, les fichiers physiques sont créés sous forme de tables et les fichiers logiques sont créés sous forme de vues. Si un LF fait référence à des PF provenant de plusieurs bibliothèques, une fois converti en DB externe, la vue fera référence à des tableaux qui correspondent aux PF d'origine.