Menyambungkan ke Azure Logic Apps dari BizTalk Server
Untuk bertukar pesan antara BizTalk Server dan alur kerja aplikasi logika di Azure, Anda dapat menggunakan adaptor di BizTalk Server untuk Azure Logic Apps. Panduan ini memperlihatkan cara menerima pesan di BizTalk Server dari alur kerja aplikasi logika. Alur kerja dapat mengirim pesan ke BizTalk Server. Akhir penerimaan menggunakan aplikasi Internet Information Services (IIS) untuk menangani komunikasi dengan layanan Azure.
Jika BizTalk Server lokal dan bergabung ke domain Anda, Anda harus menginstal gateway data lokal di BizTalk Server, dan membuat sumber daya gateway data lokal di Azure. Namun, jika BizTalk Server diinstal pada komputer virtual Azure, Anda dapat memilih apakah akan mengekspos komputer virtual sebagai titik akhir HTTP atau tidak, yang memiliki URL yang dapat Anda panggil.
Jika Anda memilih opsi titik akhir HTTP, Anda tidak perlu menggunakan gateway. Sebagai gantinya, Anda membuat alur kerja aplikasi logika, menambahkan tindakan konektor BizTalkServer yang Anda inginkan, dan berikan URL titik akhir HTTP seperti yang diperlukan oleh informasi koneksi tindakan. Namun, jika Anda memilih opsi lokal, Anda harus menyiapkan dan menggunakan gateway data, yang dijelaskan nanti dalam panduan ini.
Panduan ini juga menunjukkan cara mengirim pesan dari BizTalk Server ke alur kerja aplikasi logika. Dengan cara lain, alur kerja aplikasi logika Anda dapat menerima pesan dari BizTalk Server.
Panduan ini menunjukkan cara membuat lokasi penerima dan port kirim menggunakan adaptor Azure Logic Apps. Anda dapat menggunakan adaptor ini dengan BizTalk Server lokal atau komputer virtual Azure yang menjalankan BizTalk Server.
Akun dan langganan Azure sehingga Anda dapat masuk ke portal Microsoft Azure, dan membuat sumber daya dan alur kerja aplikasi logika. Jika Anda tidak memiliki langganan, mendaftar untuk akun Azure gratis.
Persyaratan BizTalk Server berdasarkan lokasi tempat server diinstal:
Komputer lokal dengan BizTalk Server: Instal dan siapkan gateway data lokal untuk Azure Logic Apps. Kemudian, di portal Microsoft Azure, buat sumber daya gateway data untuk digunakan dengan konektor server BizTalk di alur kerja aplikasi logika Anda.
Komputer virtual Azure dengan BizTalk Server:
Jika komputer virtual tidak diekspos sebagai titik akhir HTTP, instal dan siapkan gateway data lokal untuk Azure Logic Apps. Kemudian, di portal Microsoft Azure, buat sumber daya gateway data untuk digunakan dengan konektor BizTalk Server di alur kerja aplikasi logika Anda.
Jika komputer virtual diekspos sebagai titik akhir HTTP, Anda tidak perlu menggunakan penginstalan gateway data atau membuat sumber daya gateway data.
Beberapa keakraban dengan Azure Logic Apps. Jika Anda baru menggunakan aplikasi logika, lihat Apa itu Azure Logic Apps? dan membuat contoh alur kerja aplikasi logika Konsumsi di Azure Logic Apps multipenyewa.
Secara opsional, dengan asumsi bahwa alur kerja Anda dimulai dengan pemicu yang dapat menerima permintaan HTTP, seperti pemicu Permintaan, Anda dapat mengirim pesan pengujian yang memicu alur kerja aplikasi logika Anda. Untuk mengirim pesan ini, gunakan alat yang dapat mengirim permintaan HTTP ke URL titik akhir yang dihasilkan untuk pemicu dalam alur kerja Anda. Daftar berikut ini mencakup beberapa contoh alat:
Visual Studio Code dengan ekstensi dari Visual Studio Marketplace - PowerShell Invoke-RestMethod
- Microsoft Edge - Alat Konsol Jaringan
- Bruno
- Curl
Perhatian
Untuk skenario di mana Anda memiliki data sensitif, seperti kredensial, rahasia, token akses, kunci API, dan informasi serupa lainnya, pastikan untuk menggunakan alat yang melindungi data Anda dengan fitur keamanan yang diperlukan, berfungsi offline atau lokal, tidak menyinkronkan data Anda ke cloud, dan tidak mengharuskan Anda masuk ke akun online. Dengan cara ini, Anda mengurangi risiko sekeliling mengekspos data sensitif ke publik.
Dimulai dengan BizTalk Server 2020, adaptor Azure Logic Apps disertakan dengan penginstalan BizTalk Server.
Di BizTalk Server Anda, unduh dan instal adaptor Azure Logic Apps:
Buka Microsoft BizTalk Server Adapter for Logic Apps, dan pilih Unduh.
Untuk menginstal, buka file
LogicAppAdapter.iso , dan jalankan file Adapter.msi LogicApp. Terima perjanjian lisensi, dan pilih Instal.
Setelah penginstalan selesai, mulai ulang BizTalkServerApplication dan BizTalkServerIsolatedHost instans host.
Setelah penginstalan selesai, Anda memiliki status berikut:
Adaptor Azure Logic Apps ditambahkan ke BizTalk Administration.
Handler pengiriman dibuat dan menggunakan instans host BizTalkServerApplication.
Handler penerima dibuat sebagai layanan Windows Communication Foundation dan menggunakan instans host BizTalkServerIsolatedHost
. Folder Adapter LogicApp
dibuat di dalam direktori penginstalan BizTalk dan mencakup dua layanan: Management danReceiveService .Management: Digunakan oleh konektor BizTalk dalam alur kerja aplikasi logika untuk menyambungkan ke BizTalk Server menggunakan gateway data. Layanan manajemen ini memungkinkan BizTalk Server menerima pesan dari alur kerja aplikasi logika menggunakan gateway data. Layanan ini hanya digunakan di sisi penerima BizTalk, bukan sisi kirim.
ReceiveService: Digunakan oleh konektor BizTalk dalam alur kerja aplikasi logika dengan lokasi terima. Layanan ini bertanggung jawab untuk mengirim pesan dari alur kerja aplikasi logika. Layanan ini hanya digunakan di sisi penerima BizTalk, bukan sisi kirim.
Bagian ini mencantumkan langkah tambahan yang diperlukan agar BizTalk Server menerima pesan dari alur kerja aplikasi logika. Karena portal Microsoft Azure dapat berubah, beberapa langkah mungkin tidak sama persis dengan yang tercantum.
Jika Anda menginstal adaptor Azure Logic Apps dan NullAdapter, Anda mungkin melihat kesalahan berikut:
Adaptor lain dengan nilai OutboundEngineCLSID yang sama sudah ada
GUID kelas Adapter sama untuk adaptor Azure Logic Apps dan NullAdapter. Jika Anda memerlukan kedua adaptor, ikuti langkah-langkah berikut:
Unduh kode sumber NullAdapter di GitHub.
Di kelas NullSendAdapter.cs, perbarui GUID.
Dalam file
NullAdapter.reg , perbarui nilaiOutboundEngineCLSID. Bangun dan sebarkan NullAdapter.
Aplikasi IIS menggunakan layanan Management dan ReceiveService. Anda dapat menjalankan aplikasi IIS menggunakan kumpulan aplikasi baru atau yang sudah ada. Identitas AppPool memerlukan keanggotaan dalam grup yang sama dengan akun yang menjalankan layanan BizTalk, seperti Pengguna Aplikasi BizTalk dan Grup Pengguna Host Terisolasi BizTalk.
Tip
Jika Anda membuat kumpulan aplikasi baru, pastikan untuk menyimpan versi .NET CLR default dan alur terkelola. Ingat, pilih identitas (Pengaturan Tingkat Lanjut) yang memiliki keanggotaan ke grup BizTalk yang sama dengan akun layanan BizTalk Anda.
Konektor BizTalkServer
Konfigurasikan REST API menggunakan Wizard Konfigurasi BizTalk.
Untuk informasi selengkapnya, lihat Panduan Konfigurasi .
Untuk detail selengkapnya tentang REST API, lihat Referensi BizTalk REST API.
Di browser web, buka
http://localhost/BizTalkManagementService/Schemas
.Berdasarkan browser web Anda, daftar skema muncul, atau Anda mendapatkan permintaan untuk membuka dan menyimpan file schemas.json. Jika tidak ada yang terjadi, periksa konfigurasi REST API Anda.
Buka Manajer Layanan Informasi Internet (IIS).
Dari menu pintasan Situs Web Default
, pilih Tambahkan Aplikasi .Dalam aplikasi baru ini:
Masukkan Alias
(nama) untuk aplikasi Anda, seperti IISLogicApp .Pilih kumpulan aplikasi.
Atur jalur Fisik
ke . Uji pengaturan untuk mengonfirmasi bahwa identitas kumpulan aplikasi melewati Autentikasi
dan pengujian Otorisasi .
Pilih OK untuk menyimpan perubahan Anda.
Di browser web, buka
http://localhost/YourApplicationAlias/schemas?api-version=2016-10-26
, misalnya:http://localhost/IISLogicApp/Schemas?api-version=2016-10-26
.Berdasarkan browser web Anda, daftar skema muncul, atau Anda mendapatkan permintaan untuk membuka dan menyimpan file schemas.json. Jika tidak terjadi, identitas AppPool Anda mungkin tidak memiliki keanggotaan ke grup BizTalk.
Konektor BizTalkServer
Buka Manajer Layanan Informasi Internet (IIS).
Buka menu pintasan Situs Web Default
, dan pilih Tambahkan Aplikasi .Dalam aplikasi baru ini, ikuti langkah-langkah berikut:
Masukkan Alias
(nama) untuk aplikasi Anda, seperti ReceiveWCFService .Pilih kumpulan aplikasi yang sama dengan aplikasi IIS sebelumnya.
Atur jalur fisik ke yang berikut ini, berdasarkan versi:
- BizTalk Server 2020:
C:\Program Files (x86)\Microsoft BizTalk Server\LogicApp Adapter\ReceiveService
- BizTalk Server 2016:
C:\Program Files (x86)\Microsoft BizTalk Server 2016\LogicApp Adapter\ReceiveService
- BizTalk Server 2020:
Uji pengaturan untuk mengonfirmasi bahwa identitas kumpulan aplikasi melewati Autentikasi
dan pengujian Otorisasi .
Pilih OK untuk menyimpan perubahan Anda.
Di portal Microsoft Azure , buat sumber daya aplikasi logika baru dan alur kerja kosong.
Berdasarkan alur kerja yang Anda buat,
ikuti langkah-langkah umum ini untuk menambahkan pemicu Permintaan ke alur kerja Anda.bernama Saat permintaan HTTP diterima Ikuti langkah-langkah umum ini untuk menambahkan tindakan JSON ke alur kerja Anda.BizTalkServer bernama Siapkan pesan dari Pada panel koneksi tindakan, berikan informasi berikut:
Harta benda Deskripsi Sambungkan melalui gateway data lokal Pilih jika Anda menggunakan gateway data lokal. Gateway hanya diperlukan dalam skenario berikut:
- Anda menggunakan BizTalk Server lokal.
- Anda menggunakan BizTalk Server pada komputer virtual Azure, tetapi komputer virtual tidak diekspos sebagai titik akhir HTTP.Nama Koneksi Masukkan nama yang mudah diingat untuk koneksi. URL BizTalk Server Masukkan nama domain yang sepenuhnya memenuhi syarat (FQDN) dari BizTalk Management di URL aplikasi IIS. Misalnya, masukkan http://BizTalkServerName.corp.contoso.com/IISLogicApp/
.Jenis Autentikasi Pilih Windows. Nama Pengguna Masukkan identitas kumpulan aplikasi IIS. Kata Sandi Masukkan kata sandi kumpulan aplikasi IIS. Gateway - Langganan: Pilih langganan Azure yang terkait dengan sumber daya gateway yang Anda buat di portal Microsoft Azure.
- Gateway: Pilih sumber daya gateway yang Anda buat di portal Microsoft Azure.Pilih BuatBaru.
Setelah panel informasi tindakan muncul, berikan detail yang diperlukan, misalnya:
Harta benda Deskripsi Isi Pilih output isi HTTP. Skema Pilih skema yang ingin Anda gunakan. Catatan
Langkah ini mengasumsikan bahwa Anda terbiasa dengan skema di BizTalk, dan bahwa Anda tahu skema mana yang Anda inginkan. Jika Anda tidak yakin, sebarkan sampel HelloWorld SDK, perbarui artefaknya untuk menggunakan adaptor Azure Logic Apps, dan gunakan skema dan pesan sampelnya.
Ikuti langkah-langkah umum ini untuk menambahkan tindakan ke alur kerja Anda.BizTalkServer bernama Kirim pesan Harta benda Deskripsi Lokasi Penerimaan Dari daftar, pilih URL, atau masukkan nama domain yang sepenuhnya memenuhi syarat (FQDN) untuk URL aplikasi IIS ReceiveService. Misalnya, masukkan http://BizTalkServerName.corp.contoso.com/ReceiveWCFService/Service1.svc
.
Saat membuat lokasi terima, Anda juga memasukkan URL yang tepat ini pada tab Umumsebagai Alamat Publik di properti transportasi lokasi yang diterima. Isi Pilih output isi dari tindakan BizTalk Server sebelumnya. Simpan alur kerja Anda. Pada toolbar perancang, pilih Simpan.
Langkah ini secara otomatis membuat URL titik akhir, yang muncul di pemicu Permintaan
. Anda dapat mengirim permintaan HTTP ke URL ini, yang memicu atau menyebabkan alur kerja mulai berjalan. Salin dan simpan URL titik akhir. Anda memerlukan informasi ini untuk Langkah 4: Kirim pesan.
Bagian ini menjelaskan cara membuat artefak Anda sendiri.
Tip
Daripada membuat port penerima Anda sendiri dan menerima lokasi, Anda dapat menyebarkan sampel HelloWorld SDK, lalu memperbarui artefak untuk menggunakan adaptor Azure Logic Apps.
Di Administrasi BizTalk Server, perluas hal berikut:
BizTalk Server Administration>BizTalk Group>Applications
Perluas aplikasi yang akan digunakan untuk menjalankan lokasi penerimaan. Misalnya, perluas Aplikasi BizTalk - Terima.
Dari menu pintasan
Receive Ports, pilih New , dan pilihPort Penerimaan Satu Arah . Di properti
Terima Port, masukkan informasi berikut: Harta benda Deskripsi Nama Masukkan nama untuk port penerima. Misalnya, masukkan LAReceivePort. Autentikasi
- Tidak ada Autentikasi (default): Nonaktifkan autentikasi.
- Hilangkan pesan jika autentikasi gagal: Aktifkan autentikasi tetapi menghilangkan pesan yang tidak diautentikasi.
- Simpan pesan jika autentikasi gagal: Aktifkan autentikasi dan simpan pesan yang tidak diautentikasi.Mengaktifkan perutean untuk pesan yang gagal Rutekan pesan apa pun yang gagal diproses ke aplikasi berlangganan, seperti port penerima atau jadwal orkestrasi lain. Hapus opsi ini untuk menangguhkan pesan yang gagal dan menghasilkan pengakuan negatif (NACK). Secara default, opsi dibersihkan.
Untuk informasi selengkapnya, lihat Cara Mengaktifkan Perutean untuk Pesan yang Gagal untukPort Penerima.Pilih Terima Lokasi, dan pilih Baru .
Masukkan Nama
untuk lokasi penerima. Misalnya, masukkan LAReceiveLoc. UntukJenis
, pilihLogicApp , lalu pilih Konfigurasikan .Pada tab Umum
, siapkan alamat titik akhir untuk alur kerja aplikasi logika Anda: Harta benda Deskripsi Alamat (URI) Diperlukan. Masukkan URL aplikasi IIS BizTalk ReceiveService sebagai berikut:
Format:/{your-IIS-app2-name}/Service1.svc
Contoh:/ReceiveWCFService/Service1.svc
.Alamat Publik Diperlukan. Masukkan URL berikut sebagai berikut:
Format:http://{fully-qualified-machine-name}/{your-IIS-App2-name}/Service1.svc
.
Contoh:http://btsProd.northamerica.corp.contoso.com/ReceiveWCFService/Service1.svc
URL yang tepat ini juga tercantum di aplikasi logika Anda di lokasi penerimaan.Opsional . Pada tab Pengikatan
, konfigurasikan setiap waktu habis dan properti terkait pengodean dari pengikatan WCF-WebHttp yang mendasar. Properti berikut ini berguna saat menangani pesan besar: Harta benda Deskripsi Batas waktu buka Masukkan interval waktu yang diharapkan agar operasi pembukaan saluran selesai. Nilai ini lebih besar dari atau sama dengan System.TimeSpan.Zero.
- Nilai default: 00:01:00
- Nilai maksimum: 23:59:59Kirim batas waktu Masukkan interval waktu yang diharapkan agar operasi pengiriman selesai. Nilai ini lebih besar dari atau sama dengan System.TimeSpan.Zero. Jika Anda menggunakan port penerima permintaan-respons, nilai ini menentukan rentang waktu untuk menyelesaikan seluruh interaksi, bahkan jika klien mengembalikan pesan besar.
- Nilai default: 00:01:00
- Nilai maksimum: 23:59:59Tutup waktu habis Masukkan interval waktu yang diharapkan agar operasi penutupan saluran selesai. Nilai ini lebih besar dari atau sama dengan System.TimeSpan.Zero.
- Nilai default: 00:01:00
- Nilai maksimum: 23:59:59Ukuran pesan maksimum yang diterima (byte) Masukkan ukuran maksimum dalam byte untuk pesan, termasuk header, yang akan diterima pada kawat. Ukuran pesan terikat oleh jumlah memori yang dialokasikan untuk setiap pesan. Anda dapat menggunakan properti ini untuk membatasi paparan serangan penolakan layanan (DoS).
- Nilai default: 65536
- Nilai maksimum: 2147483647Panggilan bersamaan maksimum Masukkan jumlah panggilan bersamaan ke satu instans layanan. Panggilan yang melebihi batas diantrekan. Mengatur nilai ini ke 0 setara dengan mengatur nilai ke Int32.MaxValue.
Nilai default: 200Opsional . Pada tab Keamanan
, konfigurasikan properti keamanan apa pun. Untuk tujuan pengembangan, Anda dapat memilih None: Harta benda Deskripsi mode Keamanan - None: Pesan tidak diamankan selama transfer.
- Transport: Keamanan disediakan menggunakan transportasi HTTPS. Pesan SOAP diamankan menggunakan HTTPS. Untuk menggunakan mode ini, Anda harus menyiapkan Secure Sockets Layer (SSL) di IIS.
- TransportCredentialOnly: Default.jenis kredensial klien Transport Pilih jenis kredensial saat Anda menggunakan autentikasi klien.
- None: Tidak ada autentikasi yang terjadi di tingkat transportasi.
- Dasar : Gunakan autentikasi Dasar untuk mengirim nama pengguna dan kata sandi dalam teks biasa melalui jaringan. Anda harus membuat domain atau akun pengguna lokal yang sesuai dengan kredensial.
- Digest: Gunakan autentikasi Hash untuk mengirim kata sandi sebagai nilai hash melalui jaringan. Hanya tersedia pada domain dengan pengendali domain yang menjalankan autentikasi sistem operasi Windows Server. Anda harus membuat domain atau akun pengguna lokal yang sesuai dengan kredensial klien.
- Ntlm (default): Klien mengirim kredensial tanpa mengirim kata sandi ke lokasi penerimaan ini. Anda harus membuat domain atau akun pengguna lokal yang sesuai dengan kredensial klien.
- Windows: Autentikasi terintegrasi Windows menegosiasikan Kerberos atau NTLM, lebih memilih Kerberos jika ada domain. Untuk menggunakan Kerberos, penting untuk meminta klien mengidentifikasi layanan dengan nama perwakilan layanan (SPN). Anda harus membuat domain atau akun pengguna lokal yang sesuai dengan kredensial klien.
- Sertifikat : Gunakan sertifikat klien. Anda harus menginstal rantai sertifikat CA untuk sertifikat X.509 klien di penyimpanan sertifikat Otoritas Sertifikasi Akar Tepercaya komputer ini sehingga klien dapat mengautentikasi ke lokasi penerimaan ini.
- InheritedFromHostMenggunakan Akses Menyeluruh Opsional . Pada tab Pesan
, gunakan properti Header HTTP Keluar untuk menambahkan header kustom apa pun, dan gunakan properti tambahan untuk membantu kesalahan: Harta benda Deskripsi Header HTTP Keluar Masukkan header HTTP apa pun yang ingin Anda tandai pada pesan respons. Menonaktifkan lokasi pada kegagalan Nonaktifkan lokasi penerimaan jika pemrosesan masuk gagal karena kegagalan alur penerimaan atau kegagalan perutean. Secara default, opsi dibersihkan. Menangguhkan pesan permintaan pada kegagalan Tangguhkan pesan permintaan jika pemrosesan masuk gagal karena kegagalan alur penerimaan atau kegagalan perutean. Secara default, opsi dibersihkan. Sertakan detail pengecualian dalam kesalahan Ketika kesalahan terjadi, kembalikan kesalahan SOAP apa pun untuk membantu penelusuran kesalahan. Secara default, opsi dibersihkan.
Untuk properti port dan lokasi penerima lainnya, lihat Mengelola Lokasi Penerimaan.
Buka alat Anda untuk mengirim pesan atau permintaan HTTP.
Tempelkan URL titik akhir yang Anda simpan dari pemicu Permintaan
di alur kerja aplikasi logika Anda. Anda menyalin URL ini di langkah sebelumnya. Pilih POST sebagai metode HTTP yang akan digunakan. Atur header tipe Konten
ke . Di isi permintaan, tempelkan JSON berikut, dan ikuti instruksi alat untuk mengirim pesan HTTP. {"hello":"world"}
Karena permintaan adalah panggilan satu arah ke BizTalk, Anda harus mengharapkan HTTP 202 sebagai hasilnya.
Jika Anda menggunakan sampel HelloWorld SDK, buka server BizTalk Anda. File mungkin ada di folder kirim Anda.
Di portal Microsoft Azure , buat sumber daya aplikasi logika baru dan alur kerja kosong.
Ikuti langkah-langkah umum ini untuk menambahkan pemicu Permintaan ke alur kerja Anda.bernama Saat permintaan HTTP diterima Dengan asumsi Anda memiliki akun kerja atau sekolah Microsoft,
ikuti langkah-langkah umum ini untuk menambahkan tindakan ke alur kerja Anda.Office 365 Outlook bernama Mengirim email Jika diminta, masuk ke Office 365 Outlook.
Pada panel koneksi tindakan, berikan informasi berikut:
Harta benda Deskripsi Ke Masukkan alamat email Office 365 Anda. Subjek Masukkan Mengirim dari BizTalk. Isi Pilih di dalam kotak edit. Saat ikon kilat dan fungsi muncul, pilih ikon kilat untuk membuka daftar konten dinamis. Dari daftar, di bawah Saat permintaan HTTP diterima, pilih output pemicu yang ingin Anda sertakan dalam email. Alur kerja Anda terlihat mirip dengan contoh berikut:
Simpan alur kerja Anda. Pada perancang, pilih Simpan.
Dalam informasi pemicu Permintaan
, salinURL HTTP , yang secara otomatis dibuat saat Anda menyimpan alur kerja. Anda memerlukan URL ini untuk langkah berikutnya. Jika URL tidak muncul, Anda mungkin harus menutup dan membuka kembali aplikasi logika.
Agar BizTalk Server mengirim pesan ke alur kerja aplikasi logika, alur kerja harus dimulai dengan pemicu manual
, seperti Saat permintaan HTTP diterima.
Di Administrasi BizTalk Server, perluas hal berikut:
BizTalk Server Administration>BizTalk Group>Applications
Perluas aplikasi yang akan digunakan untuk menjalankan port kirim. Misalnya, perluas Aplikasi BizTalk - Kirim.
Dari menu pintasan
Kirim Port, pilih Baru, dan pilih Port Kirim Satu Arah Statis .Masukkan Nama
untuk port kirim. Misalnya, masukkan LASendPort. Dari daftar Jenis
, pilih LogicApp , dan pilihKonfigurasikan .Pada tab Umum
, berikan URI Panggilan Balik untuk pemicu alur kerja aplikasi logika Anda dengan memilih opsi: Opsi 1
Di properti Pemicu
(Callback URI), tempelkan url HTTP yang disalin sebelumnya .Tip
Anda juga dapat menggunakan API Azure Resource Manager untuk mendapatkan URI ini.
Opsi
2 Jika Anda tidak mengetahuiURI Panggilan Balik
, pilih LanggananKonfigurasikan , dan masuk ke Azure. Pilih nilai untuk, grup sumber daya , aplikasi logika , dan pemicu . Opsional . Pada tab Pengikatan
, konfigurasikan setiap waktu habis dan properti terkait pengodean dari pengikatan WCF-WebHttp yang mendasar. Properti ini berguna saat menangani pesan besar: Harta benda Deskripsi Batas waktu buka Masukkan interval waktu yang diharapkan agar operasi pembukaan saluran selesai. Nilai ini lebih besar dari atau sama dengan System.TimeSpan.Zero.
- Nilai default: 00:01:00
- Nilai maksimum: 23:59:59Kirim batas waktu Masukkan interval waktu yang diharapkan agar operasi pengiriman selesai. Nilai ini lebih besar dari atau sama dengan System.TimeSpan.Zero. Jika Anda menggunakan port penerima permintaan-respons, nilai ini menentukan rentang waktu untuk menyelesaikan seluruh interaksi, bahkan jika klien mengembalikan pesan besar.
- Nilai default: 00:01:00
- Nilai maksimum: 23:59:59Tutup waktu habis Masukkan interval waktu yang diharapkan agar operasi penutupan saluran selesai. Nilai ini lebih besar dari atau sama dengan System.TimeSpan.Zero.
- Nilai default: 00:01:00
- Nilai maksimum: 23:59:59Ukuran pesan maksimum yang diterima (byte) Masukkan ukuran maksimum dalam byte untuk pesan, termasuk header, yang akan diterima pada kawat. Ukuran pesan terikat oleh jumlah memori yang dialokasikan untuk setiap pesan. Anda dapat menggunakan properti ini untuk membatasi paparan serangan penolakan layanan (DoS).
Adaptor Azure Logic Apps menggunakan kelasWebHttpBinding dalam mode transfer yang di-buffer untuk berkomunikasi dengan titik akhir. Untuk mode transportasi yang di-buffer, properti WebHttpBinding.MaxBufferSize selalu sama dengan nilai properti ini.
- Nilai default: 65536
- Nilai maksimum: 2147483647Opsional . Pada tab Pesan
, gunakan properti Header HTTP Keluar untuk menambahkan header kustom apa pun pada pesan keluar. Pilih OK untuk menyimpan konfigurasi Anda.
Untuk properti port pengiriman lainnya, lihat Mengelola Port Kirim dan Mengirim Grup Port.
Anda dapat membuat port penerima dan lokasi penerima dengan menggunakan adaptor File
Buat port penerima, misalnya, *FileSendPort.
Buat lokasi terima, dan atur properti yang mirip dengan contoh nilai berikut:
Harta benda Contoh input Menerima folder C:\temp\In\
masker file *.txt
Alur PassThruReceive
Di port kirim yang sebelumnya Anda buat, atur Filter
ke nilai contoh berikut: Harta benda Operator Nilai BTS. ReceivePortName == FileSendPort
Buat file teks bernama {file-name}.txt dengan teks berikut, lalu file teks ini sebagai pesan sampel Anda:
<Data> <DataID>DataID_0</DataID> <DataDetails>DataDetails_0</DataDetails> </Data>
Salin {file-name}.txt ke folder penerima.
Port kirim mengirimkan file .txt ke alur kerja aplikasi logika dengan menggunakan URI yang Anda sediakan. Setelah alur kerja Anda menerima file, alur kerja mengirim email dengan pesan sampel ke alamat Kepada yang ditentukan.