Formattazione dei messaggi di input e output per il gestore transazioni IMS.
Quando si sviluppa un'applicazione che utilizza IMS Connector per Java, si verificano problemi di formattazione dei messaggi da tenere in considerazione:
- L'applicazione Java è in esecuzione su una piattaforma differente (ad esempio,
Windows, AIX e Sun Solaris) dalla piattaforma EIS (nel caso di IMS TM,
si tratta di un programma di applicazione IMS su MVS o z/OS)
Si ricordi che i dati di testo nei messaggi verranno convertiti tra dati di testo in UNICODE
sulla terminazione client e in dati di testo in EBCDIC utilizzati dall'applicazione IMS.
- Valore Endian per la piattaforma dove sono in esecuzione le applicazioni host di destinazione e la codepage utilizzata dal sistema host dove è in esecuzione IMS (il valore predefinito è
Inglese degli Stati Uniti (037)
Il modo più semplice di gestire questo genere di problemi è quello di consentire a IDE di gestirli. Ad esempio, Rational Application Developer (RAD) creerà binding di dati Java da strutture di dati C,
COBOL e PL/I importate che effettueranno tutta la conversione del formato per i messaggi in fase di runtime. Questi binding di dati vengono creati in base alle opzioni selezionate nella procedura guidata di importazione.
- Casi speciali includono i messaggi di lunghezza variabile, messaggi con più segmenti e messaggi contenenti matrici. Casi speciali includono i messaggi di lunghezza variabile, messaggi con più segmenti e messaggi contenenti matrici. Un'assistenza relativa alla gestione di questi casi speciali ed ulteriori informazioni può essere trovata nella galleria di esempi e nella galleria di esercitazioni sotto i seguenti argomenti:
- Galleria di esempi RAD > Esempi di tecnologia > Java > Bean Java J2C
- Galleria di esercitazioni RAD > Esegui ed impara
I binding Java formatteranno i messaggi di input e di output. Un'alternativa è quella di utilizzare l'IDE
per creare binding di dati Java è quella di crearli e seguire la specifica J2EE Connector Architecture.