आपको Apigee Edge का दस्तावेज़ दिख रहा है.
Apigee X के दस्तावेज़ पर जाएं. जानकारी
हमने बुधवार, 5 अप्रैल, 2017 को Apigee Edge for Public Cloud का नया वर्शन रिलीज़ करना शुरू किया था.
नई सुविधाएं और अपडेट
इस रिलीज़ में नई सुविधाएं और अपडेट शामिल किए गए हैं. इनके बारे में यहां बताया गया है.
इकाइयों के लिए, इनपुट की ज़्यादा सख्ती से पुष्टि करना
Apigee Edge संगठन की सभी इकाइयों के लिए, इनपुट की पुष्टि करने की ज़्यादा सख्त प्रक्रिया लागू की गई है. आम तौर पर, इस्तेमाल किए जा सकने वाले वर्णों में अक्षर (सभी केस), संख्याएं, और अंडरस्कोर शामिल होते हैं. (MGMT-3840)
गड़बड़ियां ठीक की गईं
इस रिलीज़ में इन बग को ठीक किया गया है. यह सूची मुख्य रूप से उन उपयोगकर्ताओं के लिए है जो यह देखना चाहते हैं कि उनके सहायता टिकट ठीक किए गए हैं या नहीं. इसे सभी उपयोगकर्ताओं के लिए, ज़्यादा जानकारी देने के लिए डिज़ाइन नहीं किया गया है.
| समस्या आईडी | ब्यौरा |
|---|---|
| MGMT-3843 | मॉडल को एचटीएमएल के तौर पर रेंडर करते समय, "org.antlr.v4.runtime.Vocabulary" गड़बड़ी |
| MGMT-3829 | शेयर किए गए फ़्लो को डिप्लॉय करने वाले एपीआई एंडपॉइंट की मदद से, एपीआई प्रॉक्सी को डिप्लॉय करने की कोशिश करने पर, यह कार्रवाई पूरी होती हुई दिखती है इस बग को ठीक करने के लिए, शेयर किए गए फ़्लो को डिप्लॉय करने वाले एपीआई में पुष्टि करने की सुविधा जोड़ी गई है. इससे, apiproxy के वर्शन को डिप्लॉय करने पर, "NoSharedFlowsToDeploy" के साथ 400 Bad Request दिखेगा. |
| MGMT-3667 | GET /v1/o/{org}/developers से डेवलपर की गलत संख्या मिलती है |
| MGMT-3575 | expressions.parser.InvalidPattern exception during deployment |
| MGMT-3511 | प्रॉक्सी डिप्लॉयमेंट के दौरान, डिप्लॉयमेंट पूरा होने के बावजूद 400 रिस्पॉन्स कोड मिलता है इस बग को ठीक करने के लिए, apiproxy के ऐसे वर्शन के डिप्लॉयमेंट को अनदेखा किया जाता है जिसे नए वर्शन के डिप्लॉयमेंट को ओवरराइड करने के दौरान, डिप्लॉयमेंट से हटाने के लिए एपीआई कॉल के ज़रिए ट्रिगर किया गया था. |