Anda sedang melihat dokumentasi Apigee Edge.
Buka
dokumentasi Apigee X. info
Pada hari Rabu, 29 Januari 2014, kami merilis Apigee Edge versi lokal yang baru.
Jika ada pertanyaan, buka Dukungan Pelanggan Apigee.
Rilis ini berisi fitur dan perbaikan bug dari rilis cloud berikut:
Fitur dan peningkatan baru
- Pembaruan atribut khusus OAuth 2.0 pada token
Kebijakan "Tetapkan Info OAuth v2.0" yang baru memungkinkan Anda memperbarui atribut khusus pada token OAuth 2.0.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
Update kebijakan OAuth 1.0a
Rilis ini mencakup update berikut untuk kebijakan OAuth 1.0a:- Seperti halnya token OAuth 2.0, kini Anda dapat menetapkan atribut khusus pada token OAuth 1.0a.
- Operasi GenerateVerifier baru memungkinkan Anda membuat dan menampilkan pemverifikasi OAuth 1.0a (mirip dengan kode otorisasi dalam OAuth 2.0).
- Info SSL dalam variabel alur
Apigee Edge kini memungkinkan Anda menyebarkan dan mengakses informasi SSL dalam variabel alur. Dengan menetapkan properti "propagate.additional.ssl.headers" baru di ProxyEndpoint, Anda akan memiliki akses ke informasi SSL yang sama dengan yang tersedia di server web Apache.
http://apigee.com/docs/api-services/api/variables-reference
- Header JMS sebagai header HTTP
Semua header JMS kini disebarkan sebagai header HTTP untuk pemrosesan downstream.
- Update modul Node.js
Modul Node.js bawaan Apigee telah diupdate untuk menyertakan modul berikut: argo 0.4.9, async 0.2.9, express 3.4.8, underscore 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, api0.
-
Peran khusus di UI pengelolaan - BETA
Selain peran pengguna yang sudah ada, yaitu “Pengguna Bisnis”, “Administrator Operasi”, “Administrator Organisasi”, dan “Pengguna”, rilis ini menyertakan fitur beta yang memungkinkan Anda membuat peran khusus di UI pengelolaan. Anda dapat mengontrol akses ke berbagai fitur Edge menggunakan peran khusus. - Penginstal Advanced API Services (sebelumnya Layanan Aplikasi)
Apigee Edge Advanced API Services (sebelumnya Layanan Aplikasi) kini tersedia untuk digunakan di infrastruktur lokal. Dengan Edge penginstal, Anda dapat men-deploy dan mengonfigurasi Advanced API Services di lingkungan lokal Anda sendiri.
- Penginstal monetisasi Layanan Developer (sebelumnya disebut Layanan Monetisasi)
Kemampuan monetisasi adalah bagian dari Layanan Developer Edge. Installer Edge lokal kini menyertakan penginstal monetisasi yang ditingkatkan dan terintegrasi. Monetisasi memerlukan lisensi berbayar tambahan.
- Pemroses beberapa pesan di satu host - penginstalan senyap
Peningkatan ini mendukung toplologi deployment beberapa pemroses pesan yang diinstal pada satu host, yang mengharuskan setiap pemroses pesan mengikat ke alamat IP tertentu. Kini Anda dapat menambahkan setelan propertiBIND_ON_ALL_INTERFACES=n
di file konfigurasi penginstalan senyap, yang membuat pemroses pesan memproses alamat IP tertentu, yang ditentukan oleh propertiHOSTIP
dalam file yang sama. Untuk mengetahui informasi selengkapnya tentang properti ini, dan tentang mengonfigurasi penginstalan otomatis, lihat Panduan Penginstalan dan Konfigurasi Deployment Kit Lokal Apigee.
-
Update JMS
Rilis ini mencakup berbagai update untuk dukungan JMS Apigee, termasuk:- Semua header JMS sekarang disebarkan sebagai header HTTP untuk pemrosesan downstream.
- Sekarang Anda dapat menentukan ExpiryTime dan DeliveryMode untuk pesan yang ditempatkan di ResponseQueue yang digunakan oleh proxy JMS. Semua header HTTP yang cocok dengan header JMS standar akan ditetapkan “sebagaimana adanya”, dan header HTTP lainnya ditetapkan sebagai properti JMS dalam pesan respons yang digunakan oleh proxy JMS.
Bug telah diperbaiki
Topik | Deskripsi |
---|---|
Izin peran khusus | Izin yang ditetapkan menggunakan peran khusus kini berfungsi seperti yang diharapkan. |
Analisis latensi API | Dalam alur proxy API, saat panggilan ke sistem target mengakibatkan waktu tunggu (seperti waktu tunggu pembacaan HTTP habis), waktu latensi target yang disertakan dalam analisis API. |
atribut “type” pada kebijakan | Atribut “type” kini berfungsi dengan benar di semua kebijakan Apigee. |
Token OAuth 2.0 yang tidak valid | Fungsi token yang membatalkan validasi untuk kebijakan Apigee OAuth 2.0 kini sesuai dengan spesifikasi OAuth. Anda tidak perlu lagi memberikan "jenis" saat menetapkan parameter "token". |
RBAC dengan peta kunci/nilai | Kontrol akses berbasis peran kini berfungsi untuk peta kunci/nilai yang dibuat di tingkat lingkungan. |
Format respons kebijakan OAuth 1.0a | Saat membuat permintaan ke API dengan kebijakan OAuth 1.0a, responsnya kini akan ditampilkan dalam format header Accept. |
Masalah umum
Topik | Deskripsi |
---|---|
Permintaan HTTP 1.0, respons HTTP 1.1 |
Masalah ini melibatkan skenario di mana klien mengirim permintaan menggunakan HTTP 1.0 dengan
properti
content-length di header, tetapi layanan
backend dikonfigurasi untuk menggunakan HTTP 1.1 dan menampilkan
properti transfer-encoding untuk potongan encoding.
Agar berhasil menangani skenario ini, Anda dapat menghapus properti
transfer-encoding dari respons HTTP 1.1 menggunakan kebijakan TetapkanMessage. Pada kebijakan berikut, yang akan dilampirkan ke alur respons proxy API, properti transfer-encoding dihapus dari header HTTP, sehingga klien dapat menerima respons yang tidak dipotong.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Hapus>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Hapus>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|