Memperluas Kemampuan Toolkit BIZTalk ESB dengan Tata Kelola SOA

Microsoft BizTalk ESB Toolkit dikirim dengan BizTalk Server dan merupakan kumpulan alat dan pustaka yang memperluas kemampuan BizTalk Server untuk mendukung arsitektur olahpesan yang digabungkan secara longgar dan dinamis. Ini berfungsi sebagai middleware yang menyediakan alat untuk mediasi cepat antara layanan dan konsumen mereka. Memungkinkan fleksibilitas maksimum selama waktu eksekusi, BizTalk ESB Toolkit mempermudah komposisi titik akhir layanan yang terhubung secara longgar dan pengelolaan interaksi layanan.

Ekstensi Server BizTalk Sentinet meningkatkan kemampuan BizTalk ESB Toolkit dengan mengintegrasikannya dengan Sentinet, solusi perangkat lunak tata kelola SOA dan manajemen API untuk platform Microsoft. Rilis pertama Sentinet BizTalk Server Extensions menawarkan BizTalk ESB Toolkit SOA Repository Resolver yang terintegrasi dengan BizTalk Server 2013, BizTalk ESB Toolkit, dan Visual Studio 2012.

Laporan resmi ini berbicara tentang bagaimana Sentinet SOA Resolver memperluas kemampuan BizTalk ESB Toolkit, cara mengonfigurasi Sentinet SOA Resolver, dan akhirnya sampel yang menunjukkan cara menggunakan Sentinet SOA Resolver.

Esb Toolkit dan Sentinet SOA Resolver

Antara lain, Pemecah Masalah Toolkit ESB harus menyediakan hal-hal berikut:

• Penentuan titik akhir layanan saat runtime dan konfigurasinya

• Solusi BizTalk ESB dengan sistem perpesanan yang terhubung longgar.

  Sentinet menawarkan Repositori SOA yang kuat dan komprehensif yang menyediakan solusi integrasi SOA bersama dengan tata kelola SOA tingkat lanjut dan kemampuan manajemen runtime. Dikombinasikan dengan Repositori SOA Sentinet, Sentinet SOA Resolver menyediakan arsitektur ESB BizTalk Server dengan konfigurasi ESB canggih dan mudah digunakan, perutean pesan dinamis, dan kemampuan implementasi keamanan pesan.

  Diagram tingkat tinggi di bawah ini menunjukkan bagaimana Resolver SOA Sentinet cocok dalam arsitektur BizTalk ESB Toolkit.

  

  Pada runtime, komponen Resolusi Titik Akhir dan Perutean dalam ilustrasi di atas (yang merupakan bagian dari Kerangka Kerja Pemecah Masalah Toolkit ESB) menggunakan dokumen Rencana Perjalanan (dibuat di Visual Studio Itinerary Designer) untuk membuat instans Resolver tertentu dan meminta Resolver untuk menyediakan titik akhir layanan dan konfigurasinya. Rencana perjalanan itu sendiri harus dikonfigurasi dengan referensi ke titik akhir layanan, sehingga resolver dapat menggunakan referensi ini untuk menemukan titik akhir yang diminta di Registri atau Repositori. Pada waktu desain (ketika Rencana Perjalanan dibuat), alamat fisik aktual dari titik akhir layanan tidak diketahui, dan juga bukan kebijakan keamanan yang diperlukan layanan. Pada tahap selanjutnya, lingkungan runtime ESB Toolkit menggunakan titik akhir layanan yang telah diresolusikan untuk mengonfigurasi Port Pengiriman Dinamis Off-Ramp agar dapat mengirim pesan ke alamat layanan fisik aktual dengan pengaturan keamanan layanan yang diperlukan. Jika alamat titik akhir layanan, protokol komunikasi, atau persyaratan keamanan hanya berubah konfigurasi registri/repositori harus diperbarui. Konfigurasi runtime untuk artefak ESB atau BizTalk Server tidak perlu diubah.

Bagaimana Pemecah Masalah Sentinet menambahkan nilai ke aplikasi ESB Toolkit?

Dua manfaat utama menggunakan Sentinet Resolver bersama dengan repositori SOA adalah:

• Menetapkan identitas klien ke titik akhir layanan eksternal yang diselesaikan – Sebagian besar waktu, titik akhir ESB yang diselesaikan memerlukan identitas klien tertentu untuk memanggil layanan eksternal (seperti nama pengguna/kata sandi, kredensial akun Windows tertentu, atau sertifikat X.509 tertentu). Ini adalah persyaratan keamanan yang sangat umum yang tidak ditangani dengan tepat oleh pemecah masalah/registri ESB lainnya.

• Membatasi akses ke informasi keamanan – Untuk mengatasi batasan sebelumnya, pemecah masalah lain mungkin menggunakan konfigurasi manual tModels untuk menyertakan XML kompleks dengan identitas keamanan yang diperlukan. Namun, menyimpan informasi keamanan sebagai bagian dari registri/repositori bukanlah pendekatan yang tepat. Ini memberikan konsumen layanan akses mudah ke detail keamanan seperti nama pengguna, kata sandi, dll. untuk mengakses layanan.

  Penyelesai Sentinet dan Repositori SOA Sentinet menyediakan kemampuan untuk menetapkan identitas klien tertentu dengan fleksibel dan aman ke titik akhir ESB yang diselesaikan melalui perilaku titik akhir WCF standar atau kustom. Sentinet mencapai ini dengan mengonfigurasi Pemecah Masalah Sentinet, dan bukan Repositori SOA Sentinet dengan informasi keamanan. Semua kredensial klien yang dikonfigurasi dengan Pemecah Masalah Sentinet disimpan dalam bentuk terenkripsi.

  Lebih dan lebih dari ini, berikut adalah beberapa manfaat lain dari menggunakan Sentinet Resolver dan Sentinet SOA Repository.

• Menyediakan repositori SOA yang komprehensif. Repositori menyediakan akses ke konten metadata layanan, identitas dan kebijakan layanan, dukungan untuk versi layanan, dll.

• Kemudahan mendaftarkan layanan fisik di registri Sentinet dengan mengunggah layanan WSDL.

• Konsol Administratif Sentinet yang komprehensif dan mudah digunakan. Konsol ini menyediakan akses manajemen ke semua metadata layanan dan artefak terkait, dengan antarmuka pengguna sederhana untuk mengakses operasi layanan dan skema data mereka, titik akhir layanan, kebijakan keamanan, dll.

• Manajemen dan konfigurasi perilaku kustom untuk endpoint yang diresolusikan. Sentinet Resolver menyediakan perilaku titik akhir yang dapat disesuaikan sepenuhnya dan mudah dikonfigurasi untuk titik akhir yang diselesaikan.

• Opsi untuk mengonfigurasi Pemecah Masalah Sentinet dengan berbagai kriteria pencarian. Rencana perjalanan dapat menentukan kata kunci apa pun yang ditetapkan ke titik akhir layanan, atau menggunakan jalur layanan yang menunjuk ke layanan dalam hierarki layanan Repositori.

• Kemampuan pengujian resolver tingkat lanjut. Konfigurasi Pemecah Masalah Sentinet dapat diuji langsung dari Desainer Rencana Perjalanan Visual Studio. Meskipun pemecah masalah lain hanya dapat memberikan informasi tentang properti dasar titik akhir, Sentinet Resolver menyediakan informasi yang diperluas tentang titik akhir yang diselesaikan. Selain properti dasar titik akhir, Sentinet Resolver mengungkapkan properti yang mengidentifikasi layanan yang diselesaikan dan lokasi titik akhir di Repositori Sentinet. Perancang rencana perjalanan dapat menguji bagaimana Sentinet Resolver dan kriteria pencariannya yang berbeda memengaruhi hasil resolusi sebelum Rencana Perjalanan itu sendiri digunakan pada runtime.

Menginstal Ekstensi Server BizTalk Sentinet

Anda dapat mengunduh dan menginstal Ekstensi BizTalk Sentinet dari sini. Dengan menginstal ekstensi ini, Sentinet Resolver untuk ESB Toolkit, dokumentasi, dan contoh tentang penggunaan ekstensi akan terinstal.

Dokumen yang merinci cara menginstal dan mengonfigurasi ekstensi Sentinet BizTalk Server tersedia sebagai bagian dari unduhan produk.

Menggunakan Ekstensi Server BizTalk Sentinet

Di bagian ini, kita melihat cara menggunakan ekstensi Sentinet BizTalk Server dan menampilkan kemampuan yang disebutkan di atas.

Prasyarat

Instruksi dalam laporan resmi ini mengasumsikan bahwa Anda telah menginstal dan mengonfigurasi berikut:

• Visual Studio 2012.

• BizTalk Server 2013. Untuk petunjuknya, lihat Menginstal BizTalk Server 2013.

• BizTalk Server ESB Toolkit. Untuk petunjuknya, lihat Menginstal dan Mengonfigurasi Microsoft BizTalk ESB Toolkit.

• Ekstensi Server BizTalk Sentinet. Untuk petunjuknya, lihat dokumentasi yang tersedia sebagai bagian dari unduhan produk yang tersedia di sini.

Mendaftarkan layanan web

Layanan web yang dikelola oleh infrastruktur Sentinet harus terdaftar di Repositori. Makalah putih ini menggunakan contoh layanan Pencarian Pelanggan WCF yang tersedia dengan paket instalasi Sentinet.

1. Mulai layanan sampel Pencarian Pelanggan yang diinstal oleh paket penginstalan Sentinet. Luncurkan sampel Pencarian Pelanggan sebagai administrator, pilih pengikatan kebijakan (misalnya wsHttpBinding) lalu klik Mulai.

2. Setelah layanan berjalan, klik tautan Tampilkan Wsdl untuk membuka browser dengan URL metadata layanan dan layanan WSDL. Salin URL metadata dari bilah alamat browser.

3. Buka browser dan masukkan URL (https://[computer-name]/sentinet) untuk memulai Sentinet Administrative Console. Masuk dan pilih elemen akar Repositori di panel tampilan Repositori . Klik kanan elemen akar Repositori dan klik opsi menu Tambah Layanan SOAP>>.

4. Dalam kotak dialog Tambahkan Layanan , untuk opsi WSDL dari URL , tempelkan URL metadata layanan yang Anda salin sebelumnya, lalu klik Berikutnya.

   

5. Wizard mulai mengunduh metadata layanan. Setelah pengunduhan selesai, wizard menampilkan struktur pohon Layanan Web. Berikan nama untuk layanan dan klik Selesai untuk mengunggah metadata layanan ke Repositori Sentinet.

   

6. Layanan ini diimpor ke repositori sebagai versi 1. Pilih versi, lalu pilih titik akhir. Di panel Detail Titik Akhir di bawah, klik tab Lampiran, lalu klik Ubah.

   

7. Di tab Detail Titik Akhir, klik tanda (+) terhadap Kata Kunci, masukkan kata kunci untuk dikaitkan dengan titik akhir (misalnya, TestKeyword), lalu klik Simpan. Kata kunci digunakan sebagai tag titik akhir (atau pengidentifikasi) di repositori SOA.

   

   Ulangi langkah-langkah di atas untuk menambahkan versi baru layanan CustomerSearch , tetapi dengan pengikatan yang berbeda, misalnya DasarHttpBinding. Nantinya di laporan resmi ini, kita akan menunjukkan bagaimana Pemecah Masalah Sentinet dapat mengatasi layanan yang berbeda (atau versi yang berbeda dari layanan yang sama) hanya dengan mengaitkan kata kunci pencarian ke titik akhir layanan.

Mengonfigurasi Pemecah Masalah Sentinet

Bagian ini menunjukkan cara mengonfigurasi Pemecah Masalah Sentinet dalam proyek BizTalk ESB Itinerary Designer sederhana, dan khususnya cara menggunakan kata kunci untuk menyelesaikan titik akhir layanan secara unik. Bagian ini juga menunjukkan cara menguji resolver dari Visual Studio itu sendiri, tanpa mengirim pesan ESB apa pun.

1. Mulai Visual Studio dan buat proyek BizTalk ESB Itinerary Designer .

2. Di Penjelajah Solusi, klik dua kali rencana perjalanan untuk membukanya di Perancang Rencana Perjalanan.

3. Dari Toolbox, seret dan letakkan bentuk Layanan Rencana Perjalanan pada area desain.

4. Pilih bentuk Layanan Rencana Perjalanan dan ubah properti Itinerary Service Extender menjadi Messaging Extender dari daftar drop-down.

   Mengatur Properti Pemanjang Pesan

5. Klik kanan elemen Resolver dalam bentuk Layanan Rencana Perjalanan dan klik Tambahkan Pemecah Masalah baru.

   Tambahkan

6. Pilih elemen resolver baru, ganti namanya (misalnya, MyResolver), dan untuk properti Implementasi Resolver , pilih Ekstensi Pemecah Masalah Sentinet.

   Atur implementasi resolver

7. Tentukan properti Tindakan dan Kata Kunci untuk Ekstensi Pemecah Masalah Sentinet. Kami akan menggunakan properti ini untuk mengidentifikasi secara unik layanan yang kami tambahkan sebelumnya ke Repositori Sentinet. Ada properti lain juga yang dapat Anda tentukan untuk Ekstensi Pemecah Masalah Sentinet. Untuk mempelajari selengkapnya tentang properti tersebut, lihat Panduan Pengguna Ekstensi BizTalk Sentinet.

   Harta benda	Deskripsi
   Tindakan	Kepala Pesan Tindakan yang mengidentifikasi secara unik operasi layanan yang dipanggil. Header aksi ini adalah bagian dari layanan WSDL dan dapat ditemukan baik di dalam layanan WSDL, maupun dari Antarmuka Pengguna Konsol Administratif Sentinet di bawah properti pesan Permintaan operasi tersebut.
   Kata Kunci	Berikan kata kunci (misalnya TestKeyword) yang Anda tetapkan ke layanan di Konsol Administratif Sentinet.

   Cuplikan layar berikut menunjukkan properti Tindakan dan Kata Kunci yang ditentukan untuk konfigurasi MyResolver .

   

8. Simpan perubahan ke konfigurasi.

Konfigurasi Resolver Tingkat Lanjut

Aplikasi Konfigurasi Ekstensi Sentinet BizTalk memodifikasi file Sentinet.BizTalk.config yang terletak di akar folder penginstalan paket (lokasi defaultnya adalah <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Sentinet.BizTalk.config). File dapat dimodifikasi di luar aplikasi Konfigurasi Ekstensi BizTalk Sentinet untuk menyediakan opsi konfigurasi tingkat lanjut. Misalnya, dalam banyak skenario ESB praktis, titik akhir yang telah ditentukan perlu diberikan bukan hanya dengan alamat dan pengaturan titik akhir layanan, tetapi juga dengan identitas klien tertentu (nama pengguna/kata sandi, kredensial akun Windows tertentu, atau sertifikat X.509 klien). Tanpa identitas klien yang tepat, ESB Off-Ramp Kirim Port gagal memanggil layanan eksternal. Pemecah Masalah Sentinet memungkinkan pengembang Rencana Perjalanan menetapkan perilaku titik akhir tertentu yang menyediakan identitas titik akhir klien yang sesuai. Beberapa perilaku titik akhir dapat dikonfigurasi sebelumnya sebagai perilaku titik akhir WCF standar dalam file Sentinet.BizTalk.config , lalu perilaku titik akhir tertentu dapat direferensikan dalam Rencana Perjalanan dari konfigurasi Pemecah Masalah Sentinet, dengan menentukan nama perilaku untuk properti Perilaku Titik Akhir yang Diselesaikan .

Menguji Konfigurasi Resolver

Setelah mengonfigurasi Pemecah Masalah Sentinet dengan menentukan nilai properti yang relevan, Anda dapat menguji Resolver dari Visual Studio itu sendiri.

1. Dari permukaan desain, klik kanan Pemecah Masalah Sentinet yang Anda tambahkan ke bentuk Layanan Rencana Perjalanan , lalu klik Konfigurasi Pemecah Masalah Pengujian.

   Panel output menunjukkan hasil pengujian, kutipan yang mirip dengan yang ditunjukkan di bawah ini:

   ***** Resolved Service Endpoint *****  
   
   Service Path and Name          : /CustomerSearch  
   Service Id                     : 2b6d686a-cae1-4b7b-93da-99affef98478  
   Service Version                : 1  
   Endpoint Name                  : WSHttpBinding_ICustomerSearch  
   Endpoint Address               : http://btscloudcar/CustomerSearch/1  
   

   Perhatikan bahwa Resolver mengembalikan titik akhir untuk layanan CustomerSearchVersi 1 tempat kriteria pencarian (TestKeyword) dilampirkan.

2. Hapus TestKeyword yang terkait dengan Versi 1 dari layanan CustomerSearch dan kaitkan dengan titik akhir dari versi kedua layanan.

   1. Buka Konsol Administratif Sentinet, klik Versi 1 di bawah layanan CustomerSearch , klik titik akhir wsHttpBinding, lalu klik tab Lampiran , lalu klik Ubah.

      

   2. Klik tombol terhadap kata kunci yang Anda masukkan sebelumnya untuk menghapus kata kunci, klik Ya di kotak pesan, lalu klik Simpan.

      

   3. Sekarang, tetapkan kata kunci yang sama (TestKeyword) ke titik akhir basicHttpBinding di bawah Versi 2 dari layanan yang sama.

3. Kembali ke Visual Studio dan uji konfigurasi resolver lagi. Klik kanan Pemecah Masalah Sentinet yang Anda tambahkan ke bentuk Layanan Rencana Perjalanan , lalu klik Uji Konfigurasi Pemecah Masalah.

   Panel output menunjukkan hasil pengujian, kutipan yang mirip dengan yang ditunjukkan di bawah ini:

   ***** Resolved Service Endpoint *****  
   
   Service Path and Name          : /CustomerSearch  
   Service Id                     : 5b9e5878-7016-44ab-9f0e-5282a8c3e508  
   Service Version                : 2  
   Endpoint Name                  : BasicHttpBinding_ICustomerSearch  
   Endpoint Address               : http://btscloudcar/CustomerSearch/2  
   

4. Perhatikan bagaimana Resolver sekarang mengembalikan detail untuk Versi 2 layanan meskipun Anda tidak mengubah apa pun di aplikasi Rencana Perjalanan ESB.

   Tetapkan kata kunci (TestKeyword) kembali ke layanan versi 1 (dengan titik akhir WSHttpBinding ).

Menggunakan Ekstensi Server BizTalk Sentinet

Di bagian ini, kita akan melihat bagaimana Ekstensi BizTalk Sentinet, bersama dengan ESB Resolver, dapat digunakan untuk mengidentifikasi layanan secara unik dan merutekan pesan ke layanan tersebut, dengan minimal atau tanpa perubahan pada layanan atau klien yang mengirim pesan. Kami akan menguji dua skenario:

• Kirim contoh pesan ke layanan yang terdaftar di repositori Sentinet (dengan kata kunci terlampir). Kemudian, ubah pengikatan kebijakan untuk layanan menggunakan Sentinet Administrative Console dan kirim pesan sampel lain. Skenario ini menunjukkan bagaimana mengubah kebijakan keamanan layanan tidak memengaruhi aplikasi klien atau rencana perjalanan ESB.

• Kirim contoh pesan ke titik akhir layanan yang terdaftar di repositori Sentinet (dengan kata kunci terlampir). Kemudian, lampirkan kata kunci yang sama ke versi lain dari layanan yang sama, dan kirim pesan lagi. Skenario ini menunjukkan bagaimana melampirkan kata kunci ke versi layanan yang berbeda secara otomatis merutekan pesan ke versi layanan baru.

  Untuk menguji skenario ini, kita akan menggunakan sampel berikut:

• Layanan Pencarian Pelanggan disediakan dengan alat penginstal Sentinet. Layanan ini dapat dimulai dari menu Mulai.

• Solusi Nevatech.Vsb.BizTalk.Samples yang disediakan dengan alat penginstal Sentinet. Sampel ini tersedia di <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples.

• Contoh ESB.Itinerary.Test dikirim dengan Microsoft BizTalk ESB Toolkit. Ini tersedia di <install drive>:\Program Files (x86)\Microsoft BizTalk ESB Toolkit\ESBSource.zip\Source\Samples\Itinerary\Source\ESB.Itinerary.Test dan digunakan untuk menguji pesan sampel ke Layanan Pencarian Pelanggan.

Untuk menguji Pemecah Masalah Sentinet dengan mengubah pengikatan kebijakan layanan

1. Pastikan layanan CustomerSearch yang Anda sebarkan dengan wsHttpBinding sedang berjalan.

2. Dari sampel Nevatech.Vsb.BizTalk.Samples , buka CustomerSearch.Search.itinerary, pilih Atasi Titik Akhir Layanan di bawah Message Extender dalam bentuk Pesan Rute , dan untuk properti Kata Kunci , tentukan kata kunci, seperti TestKeyword.

   

3. Simpan perubahan ke rencana perjalanan, dan ekspor model. Klik kanan di mana saja pada permukaan perancang rencana perjalanan, dan jilat Model Ekspor.

4. Di Konsol Administrasi BizTalk Server, klik kanan aplikasi Microsoft.Practices.ESB , klik Impor, lalu klik Pengikatan. Navigasi ke lokasi sampel Pemecah Masalah ESB di <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver, dan buka file BizTalk.Bindings.xml . Ini membuat port pengiriman Sentinet Solicit-Response dan Sentinet One-Way yang diperlukan untuk rencana perjalanan sampel.

   Selain itu, pastikan semua port pengiriman dan lokasi penerimaan aplikasi Microsoft.Practices.ESB BizTalk sudah terdaftar dan diaktifkan.

5. Buka aplikasi ESB.Itinerary.Test, bangun itu, dan jalankan itu. Di Klien Uji Rencana Perjalanan yang diluncurkan, lakukan langkah-langkah berikut:

   1. Di Klien Uji Itinerary, di bawah Opsi Layanan Web, hilangkan tanda centang pada Gunakan Layanan WCF, dan pilih Layanan Dua Arah.

   2. Dari menu drop-down Jenis Layanan, pilih Pesan.

   3. Klik Muat Rencana Perjalanan dan navigasikan ke file CustomerSearch.Search.Itinerary.xml yang terletak di folder ExportedItineraries proyek sampel di <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver\ExportedItineraries.

   4. Klik tombol elipsis (..) di bawah Muat Grup pesan dan navigasikan ke CustomerSearch.Search.Request.xml yang terletak di folder SampleMessages proyek di <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver\SampleMessages.

   5. Klik Kirim Permintaan dan verifikasi bahwa respons diterima.

6. Pada kotak dialog CustomerSearch, perhatikan bahwa penhitung naik sebanyak satu.

7. Di Konsol Administratif Sentinet, perbarui detail titik akhir untuk menggunakan basicHttpBinding sebagai pengganti wsHttpBinding.

   1. Pilih titik akhir layanan, klik tab Detail , lalu klik Ubah.

   2. Di tab Detail , klik elipsis (...) di bagian Kebijakan , untuk meluncurkan wizard Ubah Kebijakan .

      

   3. Pada halaman pertama, pertahankan jenis kebijakan sebagai Privat lalu klik Berikutnya.

   4. Pada halaman kedua, ubah elemen wsHttpBinding menjadi basicHttpBinding (peka terhadap huruf besar/kecil), lalu klik Selesai.

      Memperbarui pengikatan kebijakan

   5. Klik Simpan untuk menyimpan perubahan ke detail titik akhir.

8. Hentikan layanan CustomerSearch , ubah pengikatan dari wsHttpBinding ke basicHttpBinding, lalu mulai layanan lagi.

   

9. Dari Klien Rencana Perjalanan Uji, kirim pesan pengujian lagi ke layanan Pencarian Pelanggan. Perhatikan bahwa penghitung dalam kotak dialog Layanan Pencarian Pelanggan kembali bertambah 1.

   Setelah pesan berhasil diterima, dari Konsol Administrasi Sentinet, ubah detail kebijakan kembali ke wsHttpBinding. Demikian pula, hentikan layanan Pencarian Pelanggan , ubah kebijakan kembali ke wsHttpBinding dan mulai layanan.

   Ini menunjukkan bagaimana detail layanan di Repositori Sentinet dapat diperbarui dengan cepat untuk menargetkan titik akhir layanan yang diperbarui tanpa mengubah rencana perjalanan atau klien.

Untuk menguji Pemecah Masalah Sentinet dengan mengubah penetapan kata kunci

1. Pastikan dua instans layanan CustomerSearch yang Anda sebarkan dengan wsHttpBinding dan basicHttpBinding sedang berjalan.

2. Dari sampel Nevatech.Vsb.BizTalk.Samples , buka CustomerSearch.Search.itinerary, pilih Atasi Titik Akhir Layanan di bawah Message Extender dalam bentuk Pesan Rute , dan untuk properti Kata Kunci , tentukan kata kunci, seperti TestKeyword.

   

3. Simpan perubahan ke rencana perjalanan, dan ekspor model. Klik kanan di mana saja pada permukaan perancang rencana perjalanan, dan jilat Model Ekspor.

4. Di Konsol Administrasi BizTalk Server, klik kanan aplikasi Microsoft.Practices.ESB , klik Impor, lalu klik Pengikatan. Navigasi ke lokasi sampel Pemecah Masalah ESB di <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver, dan buka file BizTalk.Bindings.xml . Ini membuat port pengiriman Sentinet Solicit-Response dan Sentinet One-Way yang diperlukan untuk rencana perjalanan sampel.

   Selain itu, pastikan semua port pengiriman dan lokasi penerima aplikasi Microsoft.Practices.ESB BizTalk terdaftar dan dimulai.

5. Buka aplikasi ESB.Itinerary.Test, buat, dan jalankan. Di Klien Uji Rencana Perjalanan yang diluncurkan, lakukan langkah-langkah berikut:

   1. Dalam Aplikasi Penguji Rencana Perjalanan, di bawah Opsi Layanan Web, hilangkan tanda centang pada Penggunaan Layanan WCF, dan pilih Layanan Dua Arah.

   2. Dari menu turun Jenis Layanan, pilih Pesan.

   3. Klik Muat Rencana Perjalanan dan navigasikan ke file CustomerSearch.Search.Itinerary.xml yang terletak di folder ExportedItineraries proyek sampel di <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver\ExportedItineraries.

   4. Klik tombol elipsis (..) di bawah Muat Grup pesan dan navigasikan ke CustomerSearch.Search.Request.xml yang terletak di folder SampleMessages proyek di <installation drive>:\Program Files\Nevatech\Sentinet BizTalk Extensions\Samples\ESB Resolver\SampleMessages.

   5. Klik Kirim Permintaan dan verifikasi bahwa respons diterima.

6. Pada kotak dialog CustomerSearch, perlu diperhatikan bahwa penghitung meningkat sebanyak satu unit.

7. Dari Konsol Administrasi Sentinet, hapus TestKeyword yang terkait dengan layanan CustomerSearchVersi 1 dan kaitkan dengan Versi 2 layanan.

   1. Buka Konsol Administratif Sentinet, klik Versi 1 di bawah layanan CustomerSearch , klik titik akhir wsHttpBinding, lalu klik tab Lampiran , lalu klik Ubah.

      

   2. Klik tombol terhadap kata kunci yang Anda masukkan sebelumnya untuk menghapus kata kunci, klik Ya di kotak pesan, lalu klik Simpan.

      

   3. Sekarang, tetapkan kata kunci yang sama (TestKeyword) ke titik akhir basicHttpBinding di bawah Versi 2 dari layanan yang sama.

8. Kirim pesan pengujian lagi dari Klien Rencana Perjalanan Uji dan perhatikan bahwa kali ini, penghitung meningkat di kotak dialog yang menunjukkan versi 2 dari layanan, yang ditetapkan dengan basicHttpBinding.