您正在查看 Apigee Edge 說明文件。
前往 Apigee X 說明文件。 info
我們在 2014 年 1 月 29 日星期三發布了新的 Apigee Edge 內部部署版本。
如有任何疑問，請前往 Apigee 客戶服務團隊。
此版本包含下列雲端版本的功能和錯誤修正項目：
新功能和強化功能
- OAuth 2.0 更新權杖上的自訂屬性
新的「Set OAuth v2.0 Info」政策可讓您更新 OAuth 2.0 權杖上的自訂屬性。
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
OAuth 1.0a 政策更新
本版本包含以下 OAuth 1.0a 政策更新：- 如同 OAuth 2.0 權杖，您現在也可以為 OAuth 1.0a 權杖設定自訂屬性。
- 新的 GenerateVerifier 作業可讓您產生及傳回 OAuth 1.0a 驗證器 (類似於 OAuth 2.0 中的授權碼)。
- 流程變數中的 SSL 資訊
Apigee Edge 現在可讓您在流程變數中複製及存取 SSL 資訊。在 ProxyEndpoint 上設定新的「propagate.additional.ssl.headers」屬性，即可存取 Apache 網路伺服器提供的相同 SSL 資訊。
http://apigee.com/docs/api-services/api/variables-reference
- JMS 標頭做為 HTTP 標頭
現在，所有 JMS 標頭都會以 HTTP 標頭的形式傳播，以利後續處理。
- Node.js 模組更新
Apigee 內建的 Node.js 模組已更新，現在包含以下模組：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、volos-oauth-apigee 0.0.2、volos-quota-apigee 0.0.2。
-
管理員使用者介面中的自訂角色 - Beta 版
除了現有的「商家使用者」、「作業管理員」、「機構管理員」和「使用者」使用者角色外，這個版本還提供 Beta 版功能，可讓您在管理員使用者介面中建立自訂角色。您可以使用自訂角色控管 Edge 的各種功能存取權。 - 進階 API 服務 (原稱 App Services) 安裝程式
Apigee Edge 進階 API 服務 (原稱 App Services) 現已可在內部部署使用。 現有的 Edge 安裝程式可讓您在自己的內部部署環境中部署及設定 Advanced API Services。
- 開發人員服務營利功能 (原稱「營利服務」) 安裝程式
營利功能是 Edge 開發人員服務的一部分。Edge 內部安裝程式現在包含經過強化的整合營利安裝程式。如要營利，就必須另外購買付費授權。
- 單一主機上的多個訊息處理器 - 無聲安裝
這項強化功能支援在單一主機上安裝多個訊息處理器的部署模式，這需要將每個訊息處理器繫結至特定 IP 位址。您現在可以在靜默安裝設定檔中新增BIND_ON_ALL_INTERFACES=n屬性設定，讓訊息處理工具監聽特定 IP 位址，該 IP 位址由同一個檔案中的HOSTIP屬性指定。如要進一步瞭解這個屬性，以及如何設定靜默安裝作業，請參閱 Apigee 內部部署套件安裝和設定指南。
-
JMS 更新
本版本包含 Apigee 的各種 JMS 支援更新，包括：- 所有 JMS 標頭現在都會以 HTTP 標頭的形式傳播，以利下游處理。
- 您現在可以為 JMS 代理程式使用的 ResponseQueue 中放置的訊息指定 ExpiryTime 和 DeliveryMode。所有與標準 JMS 標頭相符的 HTTP 標頭都會「照現狀」設定，其他 HTTP 標頭則會在 JMS 代理程式使用的回應訊息中設為 JMS 屬性。
修正的錯誤
| 主題 | 說明 |
|---|---|
| 自訂角色權限 | 使用自訂角色設定的權限現在可正常運作。 |
| API 延遲時間分析 | 在 API Proxy 流程中，如果對目標系統的呼叫導致逾時 (例如 HTTP 讀取逾時)，API 分析中就會納入目標延遲時間。 |
| 政策的「type」屬性 | 「type」屬性現在可在所有 Apigee 政策中正常運作。 |
| OAuth 2.0 無效憑證 | Apigee OAuth 2.0 政策的無效憑證功能現在與 OAuth 規格相符。設定「token」參數時，您不再需要提供「type」。 |
| 使用鍵/值對應的角色型存取控管機制 | 角色式存取權控管現在適用於在環境層級建立的鍵/值對應關係。 |
| OAuth 1.0a 政策回應格式 | 使用 OAuth 1.0a 政策向 API 提出要求時，回應現在會以 Accept 標頭的格式傳回。 |
已知問題
| 主題 | 說明 |
|---|---|
| HTTP 1.0 要求、 HTTP 1.1 回應 |
這個問題涉及以下情況：用戶端使用 HTTP 1.0 傳送要求，並在標頭中使用
content-length 屬性，但後端服務已設定為使用 HTTP 1.1，並改為傳回 transfer-encoding 屬性以便進行分段編碼。
如要成功處理這種情況，您可以使用 AssignMessage 政策從 HTTP 1.1 回應中移除
transfer-encoding 屬性。在以下會附加至 API 代理程式回應流程的政策中，系統會從 HTTP 標頭移除 transfer-encoding 屬性，讓用戶端能夠接收未分割的回應。
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Remove>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Remove>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|