Bagikan melalui

Pemrosesan Host-Initiated

  • Artikel

Pemrosesan yang dimulai host (HIP) memungkinkan aplikasi host untuk memanggil metode objek COM atau .NET, meneruskan parameter ke metode , dan menerima parameter kembali dari metode . Saat data melakukan perjalanan terlebih dahulu dari host ke klien dan kemudian dari klien ke host, data diubah dari format yang dapat dimengerti oleh host ke format yang sesuai untuk klien

Pemrosesan yang dimulai host diimplementasikan dalam langkah-langkah berikut:

  1. Proses layanan HIP, yang disebut aplikasi, mulai mendengarkan koneksi masuk pada daftar titik akhir yang ditentukan oleh definisi lingkungan lokal.

  2. Aplikasi klien, yang berjalan di host, memulai koneksi TCP ke sistem HIP menggunakan salah satu titik akhir

  3. Proses layanan HIP memeriksa apakah ada hubungan yang terjalin antara titik akhir dan nama host klien atau alamat IP. Jika tidak ada asosiasi yang ditemukan, koneksi dibatalkan.

  4. Asosiasi secara unik mengidentifikasi rencana kerja yang merupakan urutan alur kerja yang akan dilakukan untuk menyelesaikan permintaan klien. Ada tiga jenis rencana kerja:

    1. Titik akhir

    2. Pesan Permintaan Transaksi

    3. Data.

Titik akhir

Rencana kerja titik akhir terdiri dari satu alur kerja akhir. Asosiasi langsung dipetakan ke metode objek COM yang akan dipanggil untuk pemrosesan permintaan klien. Alur kerja titik akhir melakukan hal berikut:

  1. Menerima data klien

  2. Membuka kemasan data dan mengisi parameter untuk metode

  3. Membuat objek dan memanggil metode

  4. Paket mengembalikan parameter ke dalam data klien

  5. Mengirim data klien

  6. Menutup koneksi.

Pesan Permintaan Transaksi

Rencana kerja Pesan Permintaan Transaksi (TRM) terdiri dari dua alur kerja: TRM dan Alur kerja akhir. Alur kerja TRM menangani bagian awal percakapan saat klien mengirim TRM dan alur kerja membalas dengan Balasan TRM. Bergantung pada jenis TRM, alur kerja TRM dapat menggunakan salah satu dari tiga Penangan TRM: Microsoft Concurrent Server, Microsoft Link, IBM Concurrent Server. Alur kerja TRM melakukan hal berikut:

  1. Menerima dan membongpas kemasan TRM menggunakan format input yang ditetapkan

  2. Meneruskan TRM ke handler yang ditetapkan

  3. Handler mengembalikan informasi resolusi dan Balasan TRM positif

  4. Informasi resolusi, yang diharapkan menjadi data karakter, dikonversi ke Unicode menggunakan halaman kode yang terkait dengan lingkungan host

  5. Alur kerja mengkueri database jika ada pemetaan ke metode objek yang ditentukan untuk informasi resolusi

  6. Jika kecocokan tidak ditemukan, handler dipanggil untuk mendapatkan Balasan TRM negatif

  7. Balasan TRM dikemas menggunakan format output yang ditetapkan dan dikirim. Dalam kasus negatif, koneksi dibatalkan

  8. Alur kerja meneruskan kontrol ke alur kerja Akhir bersama dengan identitas metode yang ditemukan

Data

Rencana kerja penenjuk data terdiri dari dua alur kerja: Penendeta Data dan Alur kerja akhir. Alur kerja Penendeminan Data melakukan praproses data klien yang mencoba menemukan kecocokan dengan salah satu determinan yang ditentukan untuk asosiasi. Determinant menyertakan string karakter dan posisi string dalam data klien. Setiap determinan dipetakan ke metode objek. Pada startup, penentu telah dikonversi ke semua halaman kode host yang terkait dengan penentu. Aturan diberlakukan bahwa penentur untuk titik akhir - asosiasi host tidak diduplikasi atau satu penentur bukan bagian dari yang lain. Alur kerja mengikuti langkah-langkah berikut:

  1. Daftar penentu untuk kombinasi Titik Akhir – Host yang diberikan diperoleh dan diurutkan berdasarkan jumlah panjang dan posisi dalam urutan naik

  2. Penendeta pertama diambil dari daftar

  3. Bagian dari data klien diterima

  4. Data diperiksa apakah cocok dengan penentu

  5. Jika tidak ada kecocokan, penenjuk berikutnya diambil dari daftar, lebih banyak data klien yang diterima jika diperlukan, data dibandingkan dengan determinan

  6. Ketika tidak ada determinan yang tersedia yang cocok dengan data, koneksi dibatalkan

  7. Jika penentu ditemukan, kontrol diteruskan ke Alur kerja akhir bersama dengan identitas metode dan data klien yang sudah dibaca. Mungkin ada situasi ketika data yang menentukan terletak di dalam atau bahkan setelah data klien dipetakan ke parameter metode.

Catatan

Klien MVS HIP harus melakukan pematian soket segera setelah soket mengirim dan sebelum soket menerima. Kegagalan untuk melakukan pematian soket langsung menyebabkan runtime TI menolak data, memutuskan koneksi, dan mencatat pesan peristiwa 808 (aplikasi HIP Integrator Transaksi menerima lebih banyak data dari yang diharapkan.) ke log peristiwa aplikasi server. Selain itu, paket yang berisi data yang dikirim ke stasiun kerja mungkin tampak menyesatkan: Microsoft Network Monitor menunjukkan data dalam paket dan panjang data yang tidak berlebihan.

Lihat juga

Pemrosesan yang Dimulai Windows
Model Pemrograman