FAQ

Infinite ha eseguito migliaia di migrazioni AS/400 di successo fin dalla sua fondazione. Da allora, Infinite ha sviluppato e rilasciato molti pacchetti di prodotti e servizi di successo progettati per migrare applicazioni basate su AS/400 scritte in RPG e COBOL.

Cos'è Infinite i?

Infinite i migra RPG e COBOL applicazioni legacy sviluppate per IBM i / AS400 in modo da poter eseguire su altri sistemi operativi, in particolare Windows e Linux. Per utilizzare Infinite i è necessario disporre di un set completo di codice sorgente. Purtroppo, non avendo sorgente non ci permetterà di ricompilare il codice AS/400 ed eseguirlo su una piattaforma alternativa. Le applicazioni funzionano sulla nuova piattaforma molto simile al modo in cui funzionano sull'AS/400. Infinite i supporta file fisici e logici, sottofile, linguaggio di comando, procedure memorizzate, ecc.

Quali lingue supporta Infinite i?

Infinite i ha compilatori per supportare 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 converto il mio codice sorgente in un'altra lingua?

No. Crediamo che mantenere l'integrità del software iniziale sia importante. Il codice sorgente di COBOL o RPG nativo rimane intatto e viene ricompilato in codice oggetto che esegue nativamente sotto Windows o UNIX. I vostri investimenti in personale di sviluppo e supporto, documentazione e formazione rimangono sicuri.

È possibile continuare lo sviluppo una volta che un'applicazione è stata rinnovata?

Infinite i offre le opzioni di sviluppo per lo sviluppo futuro. Se un ISV prevede di offrire la stessa applicazione su piattaforme multiple, essi possono preferire di sviluppare su AS/400 dove sono più comodi e ricompilati su Infinite i. Infinite i include strumenti di sviluppo per consentire modifiche da fare, costruito e testato. I compilatori SEU, PDM e lingua implementano la validazione completa delle sorgenti. O lo sviluppatore può scegliere di utilizzare altri toolets per lo sviluppo in Java o .NET. Infinite ha una suite di plug in middleware per l'uso con strumenti di sviluppo della famiglia WebSphere, la famiglia WebLogic la famiglia JBoss o la famiglia di prodotti Microsoft. Una volta migrate, applicazioni RPG o COBOL possono essere eseguite nel Cloud utilizzando la famiglia di prodotti Infinite Cloud che sono integrati con Infinite i. La famiglia Infinite Cloud collega JBoss, WebSphere e Web Logic. Così, è possibile sviluppare in RPG, COBOL o utilizzare altri strumenti standard del settore in Java o .NET e facilmente integrare nuovi programmi o moduli nei programmi di RPG o COBOL appena re-hosted.

Infinite i richiede un host AS/400 in qualsiasi fase (ad eccezione della sorgente di migrazione)?

No, una volta che l'applicazione e i dati vengono migrati, Infinite i fornisce una piattaforma per il codice sorgente High Level Language ed è completamente indipendente dall'AS/400. Durante la migrazione iniziale, l'intero contenuto delle librerie viene scaricato dall'AS/400 a Infinite i, compresi gli oggetti (programmi completi, file, ecc) che forniscono ulteriori informazioni sulla migrazione.

È possibile trasferire la sorgente RPG da Infinite i a host AS/400? Se sì, la fonte sarà compatibile nell'AS/400?

Sì, la fonte rimane in formato AS/400. Quando un ISV o un utente finale progetta di offrire la stessa applicazione su più piattaforme, alcuni sviluppatori preferiscono svilupparsi su AS/400 dove sono più comodi e ricompilati su Infinite i. Tutta la sorgente e il trasferimento dei dati tra l'AS/400 e l'Infinite i è realizzato con semplici Salva file e trasferimenti FTP.

Che cosa deve fornire un utente finale o ISV Infinite in modo da poter iniziare a migrare il codice AS/400?

Infinite Project Manager invierà le istruzioni al cliente per creare un Salva file (SAVF) sull'AS/400. Il team Infinite lo sposterà poi al nuovo sistema e inizierà a ricompilarlo in eseguibili nativi per la piattaforma di destinazione. I compilatori e gli strumenti Infinite i gestiscono la maggior parte della migrazione stessa. La bonifica viene da test e gestione interattiva del progetto tra il team Infinite e il team client.

Come fa uno sviluppatore a debug un'applicazione che incontra un errore sulla piattaforma di destinazione ma funziona sull'AS/400?

Il debug è gestito in modo simile a debug su AS/400. Gli elenchi compilati includono gli stessi codici di errore dei compilatori dell'AS/400, inclusi riferimenti a oggetti dipendenti mancanti, errori di sintassi, errori di tipo di dati, ecc. In caso di guasti che non sono errori di programmazione, il supporto Infinite Software dovrebbe essere contattato per determinare se esiste un bug del prodotto.

Le licenze del compilatore includono la possibilità di eseguire la conversione in qualsiasi momento?

Sì, le licenze del compilatore consentiranno la ri-esecuzione delle conversioni e in qualsiasi momento.

Com'è la tua performance rispetto all'AS/400?

I clienti che hanno fatto test proprietari e benchmarking su un sistema paragonabile (velocità del processore, memoria, tempo di risposta del disco) hanno trovato le prestazioni buone come o meglio della loro applicazione in esecuzione su un AS/400. Ovviamente le prestazioni dell'Infinito non possono essere isolate da altri fattori–sistema, network throughput e architettura delle applicazioni.

Quale versione di Linux fa Infinite i Support

Infinite i è stato testato e certificato sui seguenti sistemi operativi: Windows Enterprise Server 2016 e Linux Red Hat Enterprise Linux 7.2

Quale versione di Oracle fa il supporto Infinite i Deployment Environment?

Infinite i è stato testato e certificato sui seguenti database: Oracle: 11g MS SQL: 2008. Infinite i (Version 9.2) supporta anche la Oracle Exadata Database Machine, Oracle Exalogic Elastic Cloud, SPARC SuperCluster,Oracle Database11g R2, Oracle Solaris 11, Oracle Web logic Server 11g R1 e SPARC SuperCluster.

Infinite i supporta OS/400 API?

Infinite i supporta la maggior parte delle API OS/400. Nel tipico ciclo di vendita, la prospettiva ci coinvolgerà a fare una migrazione campione. Prendiamo un modulo rappresentativo del vostro software con i dati di prova e in realtà la migrazione alla vostra piattaforma di destinazione(Windows o Linux).Sarete in grado di vedere eventuali eccezioni e lavoreremo con voi per risolvere ciascuno di loro.

Ci sono limitazioni al RPG Compiler?

Infinite i supporta i comandi comunemente usati e ci sono di solito soluzioni per quelli meno comunemente utilizzati. La maggior parte dei problemi si presentano a causa dei riferimenti hardware AS/400 che non esistono più. Ad esempio, i comandi di comunicazione arbitro controller e le descrizioni delle linee non sono supportati, tuttavia i protocolli di comunicazione sulla nuova piattaforma di solito forniscono una soluzione.

Ci sono limitazioni al compilatore COBOL/400?

Il compilatore COBOL/400 in Infinite i è coerente con il compilatore IBM COBOL/400 in termini di funzionalità e funzionalità. L'unica limitazione è il supporto parziale per DISPLAY/ACCEPT con ROW/COLUMN.

Può la definizione di PIC X(250000 essere utilizzato per lavorare intorno ai limiti OPM COBOL di dimensione del campo?

È possibile utilizzare questa definizione nei programmi COBOL. Non è tuttavia possibile definire la stessa lunghezza del campo in un file.

Ci sono limitazioni al compilatore ILE COBOL?

Il compilatore COBOL/ILE in Infinite i è coerente con il compilatore IBM COBOL/ILE in termini di funzionalità e funzionalità.

C'è sostegno nell'Infinito i per 'C'?

Infinite i fornisce C-API che consentono un'interfaccia con l'ambiente durante la scrittura di programmi C standard. Questi programmi C sono compilati utilizzando il comando CRTCPGM per creare un programma C nell'ambiente da cui il programma C può essere chiamato da un programma COBOL, RPG o CL o viceversa.

Quanto tempo ci vuole per migrare un'applicazione?

La tempistica può variare in base alla quantità di codice da convertire. Una tipica migrazione composta da 12.000 oggetti–3.000 programmi combinati con file fisici e logici, file di visualizzazione e linguaggio di comando–può richiedere meno di quattro settimane per completare tra cui migrazione, analisi, test e validazione. In media, il processo di re-hosting e modernizzazione richiede circa 90 giorni.

Come può Infinite i migrare, memorizzare e accedere ai dati DB2/400?

I componenti Infinite i re-hosting includono una replica completa del database AS/400 DB2/400. Questo database si trova sul nuovo host e funziona proprio come il database a cui siete abituati. L'utente finale può scegliere di utilizzare Oracle o SQL Server al posto del database interno. Tutte e tre le opzioni includono il supporto per specifiche funzionalità DB2/400 come file fisici, file logici, file uniti, trigger, Integrity Referential, Commitment Control e Journaling.

Può Infinite i lavorare insieme con / sostenere altri strumenti o software, ad esempio MQSERIES (MSMQ)?

Infinite i può interfacciarsi con MQSERIES o MSMQ tramite le chiamate API C. Il supporto runtime sottostante all'interno di Infinite i consente a qualsiasi programma HLL (scritto in ILE RPG, RPG/400 o COBOL/400) di invocare programmi C esterni. Questo meccanismo generico permette anche di chiamare le funzioni MQSERIES o MSMQ API per inviare o ricevere messaggi transazionali e comunicare con qualsiasi tipo di host che esegue questi prodotti.

Infinite i support Journaling and Commitment Control?

Si'.

La nostra fonte per i programmi RPG e CL è in git, ogni volta che aggiorniamo / ricompilare dovremmo trasferire la fonte al sistema operativo Linux e quindi eseguire il processo di conversione?

Infinite i supporta l'integrazione con Git. Se il nuovo sviluppo e/o la manutenzione avrà luogo su IBM i, ogni volta che le aggiunte o le modifiche del codice vengono spinte a Git, può essere poi tirato nell'ambiente Infinite i e ricompilato utilizzando i compilatori nativi Infinite i. Questo processo può essere fatto manualmente, o può essere automatizzato utilizzando una pipeline CI/CD.

Come trasferiremo i profili degli utenti?

Il comando DSPUSRPRF USRPRF(*TYPE(*BASIC)(*OUTFILE) OUTFILE (LIBRARY/ALLUSRPRFS) viene utilizzato su IBM i per catturare tutte le informazioni sui profili degli utenti (escluse le password).Questo file viene poi trasferito al server Infinite i ed elaborato con uno script bash che crea gli stessi profili utente sul nuovo ambiente. Le password dovrebbero essere ripristinate.

Come trasferiremo le impostazioni di sistema personalizzate su librerie, comandi, ecc?

Infinite i supporta i valori di sistema come i comandi IBM i. System possono essere modificati per modificare i valori di default. I comandi utente saranno ricompilati in Infinite i con gli stessi valori che hanno sull'ambiente originale.

Supporta le opzioni iNavigator (gestire IFS tramite iNetserver e vari server/servizi TCP)?

IBM i Navigator non è supportato e non è necessario. IFS è supportato dal Linux File System sottostante e qualsiasi percorso in qualsiasi file system può essere utilizzato come posizione IFS. I server e i servizi TCP (HTTPD, DNS, DHCP, VPN, ecc.) sono supportati dal sistema operativo Linux sottostante.

Supporta servizi integrati come DCM e WAS?

DCM e WAS sono gestiti in combinazione con il sistema operativo Linux. Nel caso di WAS, Apache Tomcat o WAS per Linux può essere integrato con applicazioni in esecuzione su Infinite i

Supporta tutte le funzioni di file spool, inclusi IPDS?

Sì, tutte le funzioni di IBM i Spool File sono supportate da Infinite i, incluso IPDS.

La crittografia dei dati è possibile a riposo per banche dati locali ed esterni?

La crittografia dei dati a riposo non è possibile per il DB interno, ma è possibile quando Infinite i è configurato per utilizzare un database esterno.

La nostra tabella più grande ha quasi 80 milioni di record e una lunghezza record di 405 caratteri, è che un problema e come dimensioniamo il server sql per mitigare eventuali problemi di prestazioni?

Con un corretto dimensionamento del sistema, i file molto grandi possono essere gestiti da Infinite i e dal DB esterno. I file vengono migrati al DB interno di Infinite prima e poi convertiti al DB esterno. Dopo questo, le applicazioni (batch e interattive) vengono eseguite, e il sistema è sintonizzato per ottenere prestazioni ottimali (cioè.,creare indici aggiuntivi, aumentare la memoria del server, ecc).

Con un DB esterno/sql, come si gestisce le librerie rinominate o eliminate?

L'Infinite i runtime tiene automaticamente traccia della libreria e del file (PFs/LFs) creazione e sincronizzazione con un database esterno.

Con un DB esterno/sql, come gestiamo la sicurezza/accesso?

La sicurezza può essere gestita a livello globale, con 1 set di parametri di connessione (host/utente/pass/autorizzazioni) per tutti gli utenti, o a livello utente con parametri di connessione per ogni utente. In questo caso, le informazioni di connessione vengono memorizzate sul profilo utente ed è crittografata.

Con un DB esterno/sql, come gestiremo più librerie con tabelle dello stesso nome?

Quando PF e LF vengono convertiti in tabelle e visualizzazioni (rispettivamente)),se esiste un PF o un LF con lo stesso nome in più di una libreria, il nome della tabella o della vista creata nel database esterno verrà allegato con un suffisso numerico (cioè.,filename 1, filename 2).

Attualmente abbiamo una libreria di dati centralizzata che ha logiche che rimandano i dati da altre librerie di dati, come potrebbe essere gestito in un database SQL?

Quando si utilizza Infinite i con un database esterno, i file fisici vengono creati come tabelle e i file logici vengono creati come visualizzazioni. Se un riferimento LF PF da più librerie, quando convertito in un DB esterno la vista farà riferimento alle tabelle che corrispondono ai PF originali.