Bagikan melalui

IMS Connect

  • Artikel

Model pemrograman IMS Connect menyediakan akses ke transaksi sistem manajemen informasi (IMS) menggunakan TCP/IP. Model ini menggunakan antrean pesan IMS untuk memproses data.

Gambar berikut merangkum alur kerja yang terjadi antara klien, Pendengar IMS default, Server Bersamaan, dan program transaksi mainframe. Angka dalam tanda kurung menunjukkan perkiraan urutan peristiwa terjadi. Deskripsi peristiwa yang lebih rinci mengikuti gambar.

Gambar yang menunjukkan proses di mana klien meneruskan data input ke pendengar ITOC.
Proses di mana klien meneruskan data input ke pendengar ITOC dan HWSIMSO0 menyediakan akses ke program IMS, yang mengirimkan data respons ke klien

Diagram Alur Kerja Ringkasan untuk Model Pemrograman IMS Connect

Model pemrograman IMS Connect berfungsi sebagai berikut:

  1. Aplikasi memanggil metode dalam komponen TI yang dikonfigurasi di Layanan Komponen atau .NET Framework.

  2. Runtime TI memanggil proksi Otomatisasi TI.

  3. Jika aplikasi adalah rakitan .NET Framework, proksi Otomatisasi TI:

    1. Rread di data rakitan dan meta yang dibuat sebelumnya oleh Designer TI.

    2. Memetakan jenis data .NET ke jenis data COBOL.

      Proksi Otomatisasi TI kemudian:

    3. Memanggil rutinitas konversi untuk mengonversi data aplikasi ke jenis COBOL mainframe.

    4. Membangun buffer aliran data yang diratakan yang mewakili deklarasi atau copybook COBOL.

    5. Meneruskan pesan ke komponen transportasi TCP.

  4. Runtime TI mengirim pesan permintaan awal (IRM) ke IMS Connect, baik HWSIMSO0 atau HWSIMSO1, menggunakan alamat Protokol Internet (IP) komputer mainframe dan alamat port IMS Connect seperti yang disimpan dalam himpunan data profil TCP/IP (hlq. PROFIL. TCPIP) disediakan oleh IBM.

    HWSIMSO0 dan HWSIMSO1 adalah rutinitas keluar server web host (HWS) yang disediakan IBM yang menentukan permintaan dan protokol balasan antara server Ti Automation (aplikasi ti .NET Framework) dan ITOC. HWS berjalan di ruang alamat z/OS yang terpisah dari wilayah IMS dan melakukan layanan pendengar untuk koneksi IMS.

  5. Rutinitas keluar IMS Connect mengendalikan aplikasi IMS (disebut sebagai Koneksi IMS TCP/IP Open Transaction Management Architecture (OTMA) (ITOC)).

  6. Lingkungan run-time TI mengirimkan header permintaan ITOC ke ITOC dan HWSIMSO0.

  7. Rutinitas keluar HWSIMSO0:

    • Memvalidasi header permintaan ITOC

    • Menerima semua data permintaan dari lingkungan run-time TI

    • Berkomunikasi dengan rutinitas keamanan

    • Mendorong proses OTMA untuk menyambungkan ke penyimpanan data IMS

    • Menempatkan dan mengambil segmen pesan ke dalam dan dari antrean pesan IMS melalui OTMA

    • Mengirim semua segmen data balasan ke lingkungan run-time TI

    • Mengontrol operasi pemulihan dalam IMS

  8. ITOC membaca informasi header ITOC, menemukan wilayah IMS yang benar, dan menjadwalkan eksekusi transaksi IMS di wilayah IMS tersebut. Header ITOC harus berisi informasi ini:

    • Pengidentifikasi rutin keluar ITOC HWS (default '*IRMREQ*')

    • Pengidentifikasi penyimpanan data IMS

    • Pengidentifikasi transaksi

    • Informasi kontrol alur

    • Kredensial keamanan Resource Access Control Facility (RACF) IBM

    • Bendera kontrol protokol

  9. HWSIMSO0 menjadwalkan antrean pesan IMS yang benar

  10. Run-time TI mengirimkan segmen data permintaan ke ITOC

  11. Run-time TI mengirimkan EOM

  12. Wilayah Kontrol IMS dikirim ke wilayah pemrosesan pesan (MPR)

  13. Setelah semua data permintaan ditempatkan pada antrean pesan IMS, transaksi dijadwalkan untuk eksekusi

  14. Program aplikasi server IMS menggunakan perintah antarmuka panggilan CBLTDLI Get Unique (GU), Get Next (GN), dan Insert (INSRT) standar untuk mengambil data permintaan dan menempatkan data balasan pada antrean pesan IMS.

  15. MPR mengembalikan data ke TI. ITOC mengirimkan EOM-CSMOKY ITOC mengembalikan informasi berikut ke lingkungan run-time TI:

    • Pesan mod permintaan

    • Segmen data balasan

    • Segmen akhir pesan

    • Segmen CSMOKY

  16. ITOC dan ITOC keluar dari rutinitas kemudian menghapus data balasan dari antrean pesan dan mengirimkannya kembali ke lingkungan run-time TI.

  17. Proksi Otomatisasi TI menerima data balasan dan memproses balasan. Proksi Otomatisasi TI:

    1. menerima pesan dari komponen transportasi TCP.

    2. membaca buffer pesan

      Jika aplikasi adalah rakitan .NET Framework, proksi Otomatisasi TI:

    3. memetakan jenis data COBOL ke jenis data .NET Framework

    4. memanggil rutinitas konversi untuk mengonversi jenis data COBOL ke data aplikasi

  18. Runtime TI mengirim data yang dikonversi kembali ke aplikasi .NET Framework yang memanggil metode .

    Untuk informasi tentang mengonfigurasi mainframe dan menulis aplikasi server untuk TCP/IP, lihat Panduan TCP/IP V3R2 untuk z/OS: Panduan Pengembang Aplikasi IMS TCP/IP (Dokumen IBM #SC31-7186) dan Panduan IMS Connect dan Referensi V1R2 (Dokumen IBM #SC27-0946).

    Server Integrasi Host menyertakan kode sampel yang menunjukkan cara mengimplementasikan model pemrograman IMS Connect. Kode sampel terletak di \direktori penginstalan\SDK\Samples\AppInt. Mulai Visual Studio, buka tutorial yang ingin Anda gunakan, dan ikuti instruksi di Readme.

Lihat juga

Komponen Integrator Transaksi
Mengonversi Tipe Data dari Automation ke z/OS COBOL]
Mengonversi Jenis Data dari z/OS COBOL ke Automation
Komponen IMS
TI Runtime
Memilih Model Pemrograman yang Sesuai
Model Pemrograman