Apigee Edge का दस्तावेज़ देखा जा रहा है.
Apigee X के दस्तावेज़ पर जाएं. info
हमने सोमवार, 19 सितंबर, 2016 को Apigee Edge for Private Cloud का नया वर्शन रिलीज़ किया.
Edge for Private Cloud की पिछली रिलीज़ के बाद, ये रिलीज़ हुई हैं और इन्हें इस रिलीज़ में शामिल किया गया है:
- क्लाउड: 16.04.13 (यूज़र इंटरफ़ेस), 16.04.13 (मुद्रीकरण), 16.04.20 (यूज़र इंटरफ़ेस), 16.04.27 (मुद्रीकरण), 16.04.27 (यूज़र इंटरफ़ेस), 16.05.04 (यूज़र इंटरफ़ेस), 16.05.11 (यूज़र इंटरफ़ेस), 16.05.11 (मुद्रीकरण), 16.05.18 (यूज़र इंटरफ़ेस), 16.05.25 (मुद्रीकरण), 16.06.08 (मुद्रीकरण), 16.06.15 (यूज़र इंटरफ़ेस), 16.06.22 (मुद्रीकरण), 16.06.29 (यूज़र इंटरफ़ेस), 16.07.06 (मुद्रीकरण), 16.07.06.02 (मुद्रीकरण), 16.07.13 (यूज़र इंटरफ़ेस), 16.07.20.01 (मुद्रीकरण), 16.07.27 (यूज़र इंटरफ़ेस), 16.08.17
रिलीज़ नंबरिंग के बारे में जानकारी देखें. इससे आपको यह समझने में मदद मिलेगी कि Edge for Private Cloud के आपके वर्शन में, क्लाउड की कोई खास रिलीज़ शामिल है या नहीं.
रिलीज़ की खास जानकारी
इस रिलीज़ में, क्लासिक एपीआई प्रॉक्सी एडिटर को हटा दिया गया है. इसकी जगह नए प्रॉक्सी एडिटर को शामिल किया गया है. यह प्रॉक्सी एडिटर, क्लासिक एडिटर के साथ इस्तेमाल किया जा सकता था. अन्य अहम सुधारों में ये शामिल हैं: एपीआई प्रॉडक्ट के रिसॉर्स पाथ के व्यवहार में सुधार, Assign Message और Raise Fault नीतियों में तय किए गए JSON पेलोड को बेहतर तरीके से हैंडल करना, एक्सएमएल से JSON में बदलने की प्रोसेस को बेहतर बनाना, रिसॉर्स की पुष्टि करने की प्रोसेस को बेहतर बनाना, अलग-अलग एपीआई प्रॉक्सी पर टाइमआउट सेट करने की सुविधा, एपीआई प्रॉक्सी विज़र्ड में SOAP प्रॉक्सी जनरेट करने की सुविधा को अपडेट करना, और JavaScript के लिए ज़्यादा परफ़ॉर्मेंस वाला Crypto ऑब्जेक्ट.
कमाई करने से जुड़ी सुविधाओं में ये शामिल हैं: सूचना की दर के प्लान के साथ सूचना देने की नई सुविधाएं, कमाई करने की सुविधा पर डेवलपर को माइग्रेट करने वाला एपीआई, और दर के प्लान को सार्वजनिक या निजी बनाने की सुविधा.
इस विषय के बाकी हिस्से में, रिलीज़ में शामिल सभी नई सुविधाओं, अपडेट, और गड़बड़ियों को ठीक करने के बारे में जानकारी दी गई है.
बहिष्कृत
एपीआई सेवाएं
क्लासिक प्रॉक्सी एडिटर हटाया गया (Cloud 16.04.20 UI)
एपीआई प्रॉक्सी एडिटर का नया वर्शन अब सिर्फ़ इस वर्शन के साथ काम करता है. क्लासिक वर्शन अब उपलब्ध नहीं है. साथ ही, "प्रॉक्सी एडिटर के क्लासिक वर्शन को ऐक्सेस करें" लिंक को हटा दिया गया है. अगर आपने क्लासिक वर्शन का इस्तेमाल किया था, तो आपकी एपीआई प्रॉक्सी, नए एडिटर में अपने-आप लोड हो जाएंगी. (EDGEUI-498)
कमाई करना
बंद की गई इन सुविधाओं को हटा दिया गया है. अब इनका इस्तेमाल नहीं किया जा सकता:
- सीमाएं सेट करना
- ईमेल भेजने की सीमा से जुड़ी सूचनाएं
इसके अलावा, सूचनाएं पाने की सुविधा भी सेट अप की जा सकती है. इसके बारे में यहां बताया गया है:
(DEVRT-2742)
नई सुविधाएं और अपडेट
इस रिलीज़ में जोड़ी गई नई सुविधाएं और किए गए सुधार यहां दिए गए हैं. इन सुधारों के अलावा, इस रिलीज़ में इस्तेमाल करने में आसानी, परफ़ॉर्मेंस, सुरक्षा, और स्थिरता से जुड़े कई सुधार भी शामिल हैं.
ज़्यादा जानकारी और निर्देशों के लिए, Edge for Private Cloud का दस्तावेज़ देखें.
Private Cloud
Postgres को वर्शन 9.4 में अपग्रेड करना
इस रिलीज़ में, Postgres 9.4 को अपग्रेड किया गया है. अपने सिस्टम को अपडेट करने के निर्देशों के लिए, Apigee Edge को 4.16.09 पर अपडेट करना लेख पढ़ें.
Edge यूज़र इंटरफ़ेस (यूआई) में GeoMap की सुविधा
जियो एग्रीगेशन की मदद से, एपीआई कॉल के लिए Analytics डेटा इकट्ठा किया जा सकता है. यह डेटा, भौगोलिक एट्रिब्यूट के आधार पर इकट्ठा किया जाता है. जैसे, इलाका, महाद्वीप, देश, और शहर. इस Analytics डेटा से, Edge यूज़र इंटरफ़ेस (यूआई) में एक GeoMap देखा जा सकता है. इसमें एपीआई अनुरोधों की जगह की जानकारी दिखती है.
ज़्यादा जानकारी के लिए, जियो एग्रीगेशन और जियो मैप चालू करना लेख पढ़ें.
API BaaS
इनके बारे में दस्तावेज़ जोड़ा गया:
- TLS का इस्तेमाल करने के लिए, API BaaS को कॉन्फ़िगर करने का तरीका. ज़्यादा जानकारी के लिए, API BaaS के लिए टीएलएस कॉन्फ़िगर करना लेख पढ़ें.
- सभी API BaaS स्टैक नोड को शेयर किए गए स्टोरेज का इस्तेमाल करने के लिए कैसे कॉन्फ़िगर करें, ताकि सभी ऐसेट सभी API BaaS स्टैक नोड के लिए उपलब्ध हों. ज़्यादा जानकारी के लिए, ऐसेट अपलोड करना लेख पढ़ें.
- BaaS स्टैक नोड को कॉन्फ़िगर करते समय, Cassandra के पासवर्ड को एन्क्रिप्ट (सुरक्षित) करने का तरीका. ज़्यादा जानकारी के लिए, Edge के पासवर्ड रीसेट करना लेख पढ़ें.
निगरानी करने वाले टूल और डैशबोर्ड की बीटा रिलीज़
इस रिलीज़ में, Edge के लिए नए मॉनिटरिंग टूल और डैशबोर्ड का बीटा वर्शन शामिल है. इस टूल की मदद से, अलग-अलग कॉम्पोनेंट (राउटर, मैसेज प्रोसेसर, ZooKeeper, Cassandra) की स्थिति के साथ-साथ, आपके डिप्लॉयमेंट में अलग-अलग संगठनों और एनवायरमेंट के लिए एचटीटीपी गड़बड़ी कोड के बारे में जाना जा सकता है. अपने डैशबोर्ड के डेटा का स्नैपशॉट लेकर, उसे Apigee के साथ शेयर किया जा सकता है. इससे सहायता से जुड़ी समस्याओं को हल करने में मदद मिलती है.
इंस्टॉल करने के निर्देशों के साथ-साथ अन्य दस्तावेज़, Edge 4.16.09 के दस्तावेज़ में शामिल हैं. ये दस्तावेज़ वर्शन 4.18.01 में उपलब्ध हैं.
हालांकि, डैशबोर्ड को इंस्टॉल और इस्तेमाल करने से पहले, आपको Apigee Evaluation Agreement पूरा करना होगा. यह Version 4.18.01 पर भी उपलब्ध है. इसे पूरा करने के बाद, Apigee को वापस भेजें. इसके लिए, इसे orders@apigee.com पर ईमेल करें.
Analytics Collector टूल का बीटा वर्शन रिलीज़ किया गया
Edge for Private Cloud के सभी ग्राहकों को, Apigee को एपीआई प्रॉक्सी ट्रैफ़िक के बारे में आंकड़े सबमिट करने होंगे. Apigee का सुझाव है कि ग्राहक इस जानकारी को दिन में एक बार अपलोड करें. इसके लिए, वे क्रॉन जॉब बना सकते हैं.
इस डेटा को अपलोड करने में मदद करने के लिए, Apigee ने apigee-analytics-collector कमांड-लाइन यूटिलिटी का बीटा वर्शन उपलब्ध कराया है. यह यूटिलिटी, एपीआई कॉल की संख्या की रिपोर्ट को Apigee पर वापस भेजती है. Private Cloud इंस्टॉलेशन के लिए हर Edge, इस यूटिलिटी का इस्तेमाल करके Apigee को ट्रैफ़िक डेटा भेज सकता है.
ज़्यादा जानकारी के लिए, Apigee पर API ट्रैफ़िक डेटा अपलोड करना - बीटा रिलीज़ लेख पढ़ें.
एपीआई सेवाएं
Assign Message और Raise Fault में JSON पेलोड (Cloud 16.08.17)
इस बेहतर सुविधा की मदद से, JSON मैसेज को सही तरीके से फ़ॉर्मैट करने के लिए किसी अन्य तरीके का इस्तेमाल करने की ज़रूरत नहीं होती. साथ ही, अमान्य JSON बनाए बिना घुंघराले ब्रैकेट का इस्तेमाल करके वैरिएबल तय किए जा सकते हैं. उदाहरण के लिए, यहां JSON मैसेज में message.content की वैल्यू डाली गई है:
<Payload contentType="application/json">{"Message: " : "{message.content}"}</Payload>
अगर आपने कोई अन्य तरीका इस्तेमाल किया है, तो आपका कोड पहले की तरह काम करता रहेगा. वैरिएबल दिखाने के लिए, कर्ली ब्रेसिज़ के बजाय variablePrefix और variableSuffix का इस्तेमाल भी किया जा सकता है.
Assign Message नीति और Raise Fault नीति के रेफ़रंस दस्तावेज़ों में, <Set><Payload> एलिमेंट देखें. (APIRT-1160)
नीति में XML से JSON में बदलने की सुविधा को बेहतर बनाया गया (Cloud 16.08.17)
XML से JSON में बदलने की नीति को बेहतर बनाया गया है. अब इसमें ये सुविधाएं उपलब्ध हैं. नीति को इस तरह कॉन्फ़िगर किया जा सकता है:
- कन्वर्ज़न के दौरान कुछ एक्सएमएल एलिमेंट को ऐरे के तौर पर माना जाता है. इससे JSON दस्तावेज़ में वैल्यू को स्क्वेयर ब्रैकेट '[ ]' में रखा जाता है.
- फ़ाइनल JSON दस्तावेज़ में, एक्सएमएल दस्तावेज़ के क्रम-स्तर को हटाना या कम करना.
ज़्यादा जानकारी के लिए, XML से JSON में बदलने की नीति देखें. (APIRT-1144)
एपीआई प्रॉडक्ट के संसाधन पाथ में एक से ज़्यादा वाइल्डकार्ड (Cloud 16.08.17)
एपीआई प्रॉडक्ट में रिसॉर्स पाथ तय करते समय, रिसॉर्स पाथ में एक से ज़्यादा जगहों पर वाइल्डकार्ड शामिल किए जा सकते हैं. उदाहरण के लिए, /team/*/invoices/**, /team के बाद किसी भी वैल्यू और invoices/ के बाद किसी भी संसाधन के पाथ के साथ एपीआई कॉल की अनुमति देता है. एपीआई कॉल पर अनुमति वाला यूआरआई proxyBasePath/team/finance/invoices/company/a होगा.
अगर इस रिलीज़ के बाद, आपके मौजूदा एपीआई प्रॉडक्ट के संसाधन पाथ उम्मीद के मुताबिक काम नहीं करते हैं, तो अपने संगठन के लिए यह प्रॉपर्टी सेट करें, ताकि पहले की तरह काम किया जा सके: features.enableStandardWildCardMatchForAPIProductResources = true
(MGMT-3273)
JavaScript में क्रिप्टो फ़ंक्शन (Cloud 16.08.17)
ज़्यादा परफ़ॉर्मेंस देने वाले JavaScript crypto फ़ंक्शन का एक नया सेट उपलब्ध है. इसका इस्तेमाल, MD5, SHA-1, SHA256, SHA512 जैसे हैश ऑब्जेक्ट बनाने, पाने, और अपडेट करने के लिए किया जा सकता है.
crypto ऑब्जेक्ट की मदद से, तारीख को अलग-अलग फ़ॉर्मैट में भी पाया जा सकता है. ज़्यादा जानकारी के लिए, JavaScript ऑब्जेक्ट मॉडल देखें.
(APIRT-2886)
Java कॉलआउट JAR वर्शन की जांच करना (Cloud 16.08.17)
अगर Java JAR संसाधन का वर्शन, Edge के साथ काम करने वाले Java के वर्शन के साथ काम नहीं करता है, तो एपीआई प्रॉक्सी में Java JAR संसाधन अपलोड करते समय, एचटीटीपी 400 स्टेटस कोड दिखता है. यह कोड, सपोर्ट किए गए सॉफ़्टवेयर और सपोर्ट किए गए वर्शन में दिया गया है. ऐसा 500 के बजाय होता है. (MGMT-3420)
एपीआई प्रॉक्सी रिसॉर्स की पुष्टि करना (Cloud 16.08.17)
अगर आपके पास एनवायरमेंट या संगठन के स्कोप में सेव की गई एपीआई प्रॉक्सी रिसॉर्स फ़ाइलें (जैसे, JavaScript या Java JAR) हैं, तो पुष्टि करने वाले फ़्रेमवर्क को अब उन रिसॉर्स को एपीआई प्रॉक्सी लेवल पर भी शामिल करने की ज़रूरत नहीं है. ऐसा इसलिए, ताकि इंपोर्ट करने के लिए प्रॉक्सी बंडल में पुष्टि की जा सके. अब संसाधन की पुष्टि, इंपोर्ट करने के समय नहीं, बल्कि डिप्लॉय करने के समय होती है. (MGMT-1430)
अलग-अलग एपीआई प्रॉक्सी के लिए टाइम आउट कॉन्फ़िगर करना (Cloud 16.08.17)
एपीआई प्रॉक्सी को कॉन्फ़िगर किया जा सकता है, ताकि वे तय समय के बाद टाइम आउट हो जाएं. ऐसा करने पर, 504 गेटवे टाइमआउट स्टेटस दिखेगा. इसका मुख्य इस्तेमाल Private Cloud के उन ग्राहकों के लिए है जिनके पास ऐसी एपीआई प्रॉक्सी हैं जिन्हें पूरा होने में ज़्यादा समय लगता है. उदाहरण के लिए, मान लें कि आपको कुछ प्रॉक्सी के लिए टाइम आउट की अवधि तीन मिनट सेट करनी है. आपके पास एपीआई प्रॉक्सी के कॉन्फ़िगरेशन में, नई api.timeout प्रॉपर्टी का इस्तेमाल करने का विकल्प होता है. तीन मिनट के उदाहरण के साथ इसे इस्तेमाल करने का तरीका यहां बताया गया है:
- सबसे पहले, लोड बैलेंसर, राऊटर, और मैसेज प्रोसेसर को तीन मिनट के बाद टाइम आउट होने के लिए कॉन्फ़िगर करें.
- इसके बाद, काम की प्रॉक्सी को तीन मिनट में टाइम आउट होने के लिए कॉन्फ़िगर करें. वैल्यू को मिलीसेकंड में डालें. उदाहरण के लिए:
<ProxyEndpoint name="default"> <HTTPProxyConnection> <BasePath>/v1/weather</BasePath> <Properties> <!-- api.timeout is in milliseconeds --> <Property name="api.timeout">180000</Property> </Properties> ... - हालांकि, ध्यान दें कि सिस्टम के टाइमआउट बढ़ाने से परफ़ॉर्मेंस से जुड़ी समस्याएं हो सकती हैं. ऐसा इसलिए होता है, क्योंकि
api.timeoutसेटिंग के बिना सभी प्रॉक्सी, नए और ज़्यादा लोड बैलेंसर, राउटर, और मैसेज प्रोसेसर के टाइमआउट का इस्तेमाल करती हैं. इसलिए, उन एपीआई प्रॉक्सी को कॉन्फ़िगर करें जिनके लिए कम टाइमआउट की ज़रूरत होती है, ताकि वे कम टाइमआउट का इस्तेमाल कर सकें. उदाहरण के लिए, यहां एपीआई प्रॉक्सी को एक मिनट के बाद टाइम आउट होने के लिए सेट किया गया है:
<Property name="api.timeout">60000</Property>
क्लाउड ग्राहकों के पास, एज के टाइमआउट में बदलाव करने का विकल्प नहीं होता. हालांकि, वे एपीआई प्रॉक्सी के टाइमआउट को कॉन्फ़िगर कर सकते हैं. इसके लिए, यह ज़रूरी है कि टाइमआउट, एज मैसेज प्रोसेसर के स्टैंडर्ड टाइमआउट (57 सेकंड) से कम हो.
वैरिएबल का इस्तेमाल करके वैल्यू नहीं भरी जा सकती. इस प्रॉपर्टी के बारे में, एंडपॉइंट प्रॉपर्टी के रेफ़रंस में बताया गया है. (APIRT-1778)
प्रॉक्सी विज़र्ड (Cloud 16.07.27 यूज़र इंटरफ़ेस (यूआई)) का इस्तेमाल करते समय, SOAP प्रॉक्सी का व्यवहार
प्रॉक्सी विज़र्ड का इस्तेमाल करके, WSDL से SOAP पर आधारित प्रॉक्सी बनाते समय, प्रॉक्सी बनाने के दो विकल्प होते हैं:
- पास-थ्रू एसओएपी, जिसमें प्रॉक्सी, एसओएपी अनुरोध के पेलोड को बिना किसी बदलाव के पास कर देती है.
- REST से SOAP से REST, जहां प्रॉक्सी, JSON जैसे इनकमिंग पेलोड को SOAP पेलोड में बदलता है. इसके बाद, SOAP रिस्पॉन्स को वापस उस फ़ॉर्मैट में बदलता है जो कॉलर को चाहिए.
इस रिलीज़ में, इन विकल्पों के काम करने के तरीके से जुड़े ये अपडेट शामिल हैं. पुराने और नए वर्शन के व्यवहार में अंतर, नीतियों और कॉन्फ़िगरेशन में होता है. ये नीतियां और कॉन्फ़िगरेशन, प्रॉक्सी विज़र्ड अपने-आप जनरेट करता है.
Pass-Through SOAP
-
अब सभी WSDL कार्रवाइयां, प्रॉक्सी रिसॉर्स (जैसे कि "/cityforecastbyzip") के बजाय प्रॉक्सी बेस पाथ "/" पर भेजी जाती हैं. कार्रवाई के नाम, टारगेट SOAP सेवा को पास किए जाते हैं. यह तरीका, SOAP स्पेसिफ़िकेशन के मुताबिक है.
- जनरेट की गई प्रॉक्सी, अब अनुरोध में JSON फ़ॉर्मैट का इस्तेमाल नहीं करती. यह सिर्फ़ एक्सएमएल फ़ॉर्मैट में काम करता है. प्रॉक्सी यह पक्का करती है कि SOAP अनुरोधों में एनवलप, बॉडी, और नेमस्पेस मौजूद हो.
REST से SOAP और फिर REST में बदलना
- WSDL 2.0 का इस्तेमाल नहीं किया जा सकता.
- WS-Policy के साथ नए व्यवहार की जांच नहीं की गई है.
- प्रॉक्सी की मदद से, FormParams के बजाय JSON डेटा पोस्ट किया जा सकता है.
- प्रॉक्सी बिल्डर का इस्तेमाल करके, प्रॉक्सी में सीओआरएस (क्रॉस-ऑरिजिन रिसॉर्स शेयरिंग) की सुविधा जोड़ने पर, आपको ये बेहतर सुविधाएं दिखेंगी:
- Access-Control-Allow-Headers हेडर:
Origin,x-requested-with, औरAcceptहेडर के अलावा, Access-Control-Allow-Headers हेडर मेंContent-Type,Accept-Encoding,Accept-Language,Host,Pragma,Referrer,User-Agent, औरCache-Controlभी शामिल हैं. - Access-Control-Allow-Methods हेडर:
GET,PUT,POST,DELETEके अलावा, इस हेडर मेंPATCHऔरOPTIONSवर्ब भी शामिल होते हैं.
- Access-Control-Allow-Headers हेडर:
- किसी WSDL के लिए एपीआई प्रॉक्सी जनरेट करते समय, Edge उन सभी ComplexTypes को पढ़ता है जिन्हें WSDL में abstract के तौर पर तय किया गया है. साथ ही, यह abstract टाइप पर आधारित किसी भी इंस्टेंस टाइप को सही तरीके से पहचानता है.
wsdl2apigee ओपन सोर्स कमांड-लाइन यूटिलिटी
Apigee, WSDL से पासथ्रू या REST-to-SOAP API प्रॉक्सी जनरेट करने के लिए, ओपन सोर्स कमांड-लाइन यूटिलिटी भी उपलब्ध कराता है. https://github.com/apigee/wsdl2apigee पर जाएं.
(EDGEUI-614)
Key Value Map Operations नीति में डिफ़ॉल्ट रूप से खत्म होने/रीफ़्रेश होने की अवधि (Cloud 16.06.15 यूज़र इंटरफ़ेस)
'कुंजी के हिसाब से वैल्यू मैप करने की कार्रवाइयों' से जुड़ी नीति की मदद से, यह तय किया जा सकता है कि वैल्यू को रीफ़्रेश करने से पहले, उन्हें कितने समय तक सेव रखा जाए. रीफ़्रेश इंटरवल, <ExpiryTimeInSecs> एलिमेंट की मदद से सेट किया जाता है. अगर GET ऑपरेशन किया जाता है और
समयसीमा खत्म होने का इंटरवल पार हो गया है, तो वैल्यू रीफ़्रेश हो जाती है और नीति को अपडेट की गई
वैल्यू मिल जाती है. इस नीति को किसी एपीआई प्रॉक्सी में जोड़ने पर, अब डिफ़ॉल्ट तौर पर मैसेज की समयसीमा खत्म होने का समय 300 सेकंड होता है. (पिछली डिफ़ॉल्ट वैल्यू -1 थी. इसका मतलब है कि वैल्यू कभी रीफ़्रेश नहीं होती हैं.) (EDGEUI-579)
कमाई करना
सूचना की दर को घटाने या बढ़ाने वाला प्लान (Cloud 16.04.20 यूज़र इंटरफ़ेस (यूआई), Cloud 16.04.13 कमाई करने की सुविधा)
Edge के Monetization में, सूचना की दर को घटाने या बढ़ाने वाला एक नया प्लान उपलब्ध है. इसकी मदद से, एपीआई सेवा देने वाली कंपनी, हर ऐप्लिकेशन डेवलपर के लिए लेन-देन की टारगेट संख्या को घटा या बढ़ा सकती है. आपके पास यह कॉन्फ़िगर करने का विकल्प होता है कि टारगेट नंबर के कितने प्रतिशत तक पहुंचने पर सूचनाएं भेजी जाएं. जैसे, 90%, 100% या 150%. यह सुविधा, मैनेजमेंट एपीआई के साथ-साथ मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) के ज़रिए भी उपलब्ध है. मैनेजमेंट एपीआई, पिछली रिलीज़ में उपलब्ध था. ज़्यादा जानकारी के लिए, सूचनाओं के प्लान की जानकारी में बदलाव करने की सुविधा के बारे में बताना लेख पढ़ें. (DEVRT-2375, DEVRT-2370)
सूचनाएं भेजने की दर के हिसाब से तय किए जाने वाले प्लान के लिए वेबहुक सूचनाएं (Cloud 16.04.27 monetization)
सूचना की दर को अडजस्ट करने वाले प्लान के लिए, वेबुक बनाए जा सकते हैं. ये वेबुक, आपकी ओर से दिए गए यूआरएल पर सूचनाएं भेजते हैं. लेन-देन की सीमा पूरी होने तक, सूचनाएं पाने के लिए खास अंतराल (प्रतिशत) भी सेट किए जा सकते हैं. वेबहुक सूचनाएं, सूचना के मौजूदा टेंप्लेट इस्तेमाल करने के बजाय आपको एक बेहतर विकल्प देती हैं. वेबहुक का इस्तेमाल करके सूचनाएं सेट अप करना लेख पढ़ें. (DEVRT-2393, DEVRT-2394)
कस्टम एट्रिब्यूट के हिसाब से तय किए गए किराये के प्लान के साथ, किराये में बदलाव किया जा सकने वाली सूचना (Cloud 16.05.18 यूज़र इंटरफ़ेस (यूआई))
Edge के ज़रिए कमाई करने की सुविधा में, "कस्टम एट्रिब्यूट के साथ सूचना को अडजस्ट करने वाला" नया रेट प्लान उपलब्ध है. इसकी मदद से, कस्टम एट्रिब्यूट की वैल्यू का इस्तेमाल करके, डेवलपर के लेन-देन की संख्या बढ़ाई जा सकती है. सूचना की दर को अडजस्ट करने वाले स्टैंडर्ड प्लान में, हर एपीआई कॉल के लिए डेवलपर के लेन-देन की संख्या में 1 जुड़ जाता है. हालांकि, कस्टम एट्रिब्यूट के हिसाब से तय की गई कीमत वाले अडजस्टेबल नोटिफ़िकेशन के लिए, कस्टम एट्रिब्यूट की वैल्यू को डेवलपर के लेन-देन की संख्या में जोड़ दिया जाता है. उदाहरण के लिए, अगर कस्टम एट्रिब्यूट "small" की वैल्यू जवाब में 0.1 है, तो लेन-देन की संख्या में 0.1 की बढ़ोतरी हो जाती है. इसी तरह, अगर कस्टम एट्रिब्यूट "addressTotal" की वैल्यू 50 है, तो संख्या में 50 की बढ़ोतरी हो जाती है. ज़्यादा जानकारी के लिए, कस्टम एट्रिब्यूट की जानकारी के साथ किराया प्लान तय करना लेख पढ़ें. (DEVRT-2504)
किसी कंपनी और उसके डेवलपर के लिए, लेन-देन के कुल आंकड़ों के आधार पर सूचनाएं सेट अप करना (Cloud 16.06.22 monetization)
आम तौर पर, जब डेवलपर एपीआई ऐक्सेस करने के लिए कंपनी के ऐप्लिकेशन का इस्तेमाल करते हैं, तो कंपनी के सभी डेवलपर के लिए लेन-देन की कुल संख्या अपने-आप ट्रैक हो जाती है. अगर आपके पास ऐसे डेवलपर हैं जो एपीआई ऐक्सेस करने के लिए, अपने डेवलपर ऐप्लिकेशन का इस्तेमाल कर रहे हैं और आपको ट्रैफ़िक में किसी तरह की रुकावट के बिना, उनके कुल लेन-देन को ट्रैक करना है, तो क्या करें? किसी कंपनी में डेवलपर जोड़े जा सकते हैं. साथ ही, थ्रेशोल्ड पूरे होने पर सूचनाएं पाने की सुविधा सेट अप की जा सकती है. ये थ्रेशोल्ड, कंपनी और उसके डेवलपर के कुल लेन-देन के आधार पर तय किए जाते हैं. ज़्यादा जानकारी के लिए, किसी कंपनी और उसके डेवलपर के लिए, कुल लेन-देन के आधार पर सूचनाएं सेट अप करना लेख पढ़ें. (DEVRT-2643)
सूचनाएं देखना और उन्हें फिर से प्रोसेस करना (Cloud 16.06.08 से कमाई करने की सुविधा)
मॉनेटाइज़ेशन टेस्ट सुइट के तहत, उन सूचनाओं को देखा और फिर से प्रोसेस किया जा सकता है जिन्हें मैनेजमेंट एपीआई का इस्तेमाल करके पहले भेजा गया था. ज़्यादा जानकारी के लिए, सूचनाएं देखना और उन्हें फिर से प्रोसेस करना लेख पढ़ें. (DEVRT-2643)
Test Monetization (Cloud 16.05.25 monetization)
Monetization API का एक सेट उपलब्ध कराता है. इसका इस्तेमाल, वेबहुक के एक्ज़ीक्यूशन की जांच करने के लिए किया जा सकता है. इससे यह पक्का किया जा सकता है कि सूचनाएं भेजी जा रही हैं. ज़्यादा जानकारी के लिए, सूचना सेट अप करने की सुविधा को टेस्ट करना लेख पढ़ें. (DEVRT-2625)
डेवलपर को कमाई करने की सुविधा पर माइग्रेट करना (Cloud 16.05.11 monetization)
डेवलपर को कमाई करने की सुविधा पर माइग्रेट करने में मदद करने के लिए, एक नया एपीआई उपलब्ध है. आपके पास लेन-देन के इस्तेमाल को ट्रांसफ़र करने का विकल्प होता है. साथ ही, आपके पास सेटअप और बार-बार लिए जाने वाले शुल्क को पसंद के मुताबिक बनाने का विकल्प होता है. इसके अलावा, पब्लिश किए गए रेट प्लान को स्वीकार करते समय, सेटअप शुल्क को माफ़ किया जा सकता है. ऐसा तब किया जा सकता है, जब आपसे पहले ही यह शुल्क लिया जा चुका हो. ज़्यादा जानकारी के लिए, डेवलपर को कमाई करने की सुविधा पर माइग्रेट करना लेख पढ़ें. (DEVRT-2446)
डेवलपर पोर्टल के लिए सार्वजनिक और निजी दर प्लान (Cloud 16.04.27 से कमाई करने की सुविधा)
आपके पास रेट प्लान को "सार्वजनिक" या "निजी" के तौर पर सेट करने का विकल्प होता है. सार्वजनिक तौर पर उपलब्ध किराया प्लान, डेवलपर पोर्टल में दिखते हैं. हालांकि, Private Offer वाले किराया प्लान नहीं दिखते. किराया प्लान के लिए डिफ़ॉल्ट सेटिंग, 'सार्वजनिक' होती है. ज़्यादा जानकारी के लिए, http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans पर जाएं. (DEVRT-2445)
डेवलपर के खाते से निलंबन हटाना (Cloud 16.06.08 monetization)
कमाई करने की सुविधा में, एपीआई का एक सेट उपलब्ध होता है. इसका इस्तेमाल करके, उस डेवलपर के खाते को वापस लाया जा सकता है जिसे पहले निलंबित कर दिया गया था. अगर कॉन्फ़िगर की गई सीमा पूरी हो जाती है, तो डेवलपर का खाता निलंबित किया जा सकता है. उदाहरण के लिए, लेन-देन की संख्या तय सीमा तक पहुंच गई है या प्रीपेड खाते में बाकी बैलेंस खत्म हो गया है. जानकारी के लिए, डेवलपर खातों को वापस चालू करना लेख पढ़ें. (DEVRT-2641)
लेन-देन का स्टेटस देखना (Cloud 16.06.08 से कमाई करने की सुविधा)
कमाई करने से जुड़े टेस्ट सुइट के तहत, मैनेजमेंट एपीआई का इस्तेमाल करके, तय की गई समयावधि के दौरान हुए लेन-देन की स्थिति देखी जा सकती है. ज़्यादा जानकारी के लिए, लेन-देन की स्थिति देखना लेख पढ़ें. (DEVRT-2640)
रेवेन्यू रिपोर्ट में डेवलपर के कस्टम एट्रिब्यूट शामिल करना (Cloud 16.05.25 monetization)
सिर्फ़ रेवेन्यू रिपोर्ट के लिए, रिपोर्ट में कस्टम एट्रिब्यूट शामिल किए जा सकते हैं. हालांकि, ऐसा तब ही किया जा सकता है, जब डेवलपर के लिए कस्टम एट्रिब्यूट तय किया गया हो. ज़्यादा जानकारी के लिए, एपीआई का इस्तेमाल करके रेवेन्यू रिपोर्ट में डेवलपर के कस्टम एट्रिब्यूट शामिल करना लेख पढ़ें. (DEVRT-2447)
लेन-देन रिकॉर्ड करने की नीति और एपीआई प्रॉडक्ट रिसॉर्स में एक जैसा डेटा होना (Cloud 16.05.18 यूज़र इंटरफ़ेस)
अगर कमाई करने से जुड़ी लेन-देन रिकॉर्ड करने की नीति में दिए गए संसाधन पाथ, एपीआई प्रॉडक्ट में तय किए गए संसाधन पाथ से मेल नहीं खाते हैं, तो प्रॉडक्ट पेज पर लेन-देन रिकॉर्ड करने की नीति के आइकॉन पर चेतावनी का निशान दिखता है. उदाहरण के लिए, अगर आपने एपीआई प्रॉडक्ट के संसाधन पाथ बदल दिए हैं, तो ऐसा होगा. लेन-देन रिकॉर्ड करने की नीति देखने के लिए, आइकॉन पर क्लिक करने पर, पेज के सबसे ऊपर एक चेतावनी दिखती है. लेन-देन रिकॉर्ड करने की नीति में संसाधन के पाथ ठीक करने पर, चेतावनी के इंडिकेटर हट जाते हैं. (DEVRT-2240)
गड़बड़ियां ठीक की गईं
इस रिलीज़ में, इन बग को ठीक किया गया है. यह सूची मुख्य रूप से उन लोगों के लिए है जो यह देखना चाहते हैं कि उनकी सहायता से जुड़ी समस्याएं ठीक हुई हैं या नहीं. इसे सभी उपयोगकर्ताओं के लिए, ज़्यादा जानकारी देने के लिए नहीं बनाया गया है.
Edge for Private Cloud
| समस्या आईडी | ब्यौरा |
|---|---|
| TBD-138 | Play के यूज़र इंटरफ़ेस (यूआई) में सेशन टाइम आउट होने की समस्या |
| APIRT-2978 | राउटर, Nginx शुरू नहीं कर सका या राउटर शुरू नहीं हो सका |
| AXAPP-2447 | प्रति घंटे के हिसाब से Analytics डेटा चुनते समय InvalidTimeRange गड़बड़ी |
| EDGEUI-592 | अब Externalized Authentication provider का इस्तेमाल करते समय, Edge यूज़र इंटरफ़ेस (यूआई) से "पासवर्ड भूल गए" लिंक हटाया जा सकता है |
| MGMT-3330 | Private Cloud में बाहरी पुष्टि करने की सुविधा के लिए, गलत पासवर्ड डालने पर उपयोगकर्ताओं को लॉक कर दिया जाता है |
| MGMT-2930 | डीबग सेशन में डेटा मास्किंग काम नहीं कर रही है |
| PRC-840 | Edge कॉम्पोनेंट के लिए ब्रोकन सिमलंक |
| PRC-1004 | इंस्टॉलर में "-p zk" विकल्प जोड़ा गया है, ताकि किसी नोड पर ZooKeeper को स्टैंडअलोन के तौर पर इंस्टॉल किया जा सके. |
| PRC-1013 | शुरुआती sysadmin खाता, LDAP पासवर्ड की सही नीति से लिंक नहीं है |
| PRC-1019 | "apigee-all stop" कमांड से मैसेज प्रोसेसर बंद नहीं होते |
| PRC-1066 | BaaS Stack के लिए, usergrid.properties में एन्क्रिप्ट (सुरक्षित) किया गया Cassandra पासवर्ड काम नहीं कर रहा है Stack |
16.08.17
| समस्या आईडी | ब्यौरा |
|---|---|
| SECENG-609 | भरोसेमंद सर्टिफ़िकेट स्टोर से जुड़े सर्टिफ़िकेट को मिटाने या भरोसेमंद सर्टिफ़िकेट स्टोर में मौजूद मान्य सर्टिफ़िकेट को मिटाने के दौरान, रनटाइम कॉल फ़ेल नहीं होने चाहिए |
| MGMT-3404 | Node.js के लॉग देखने/फिर से पाने और प्रॉक्सी डिप्लॉय करने की प्रोसेस बहुत धीमी है |
| MGMT-3400 | अगर कॉल करने वाले उपयोगकर्ता के नाम में "+" का निशान है, तो /userroles management API को कॉल नहीं किया जा सकता |
| MGMT-3368 | java.lang.ArrayIndexOutOfBoundsException: 1, when importing an API Proxy bundle that contains resources/node/resources directory |
| MGMT-3364 | OAuthV2: redirect_uri की जांच |
| MGMT-3319 | वॉल्ट में मौजूद उन लिस्ट की एंट्री नहीं की जा सकती जिनमें से किसी एक एंट्री में शून्य वैल्यू है. यह समस्या, संगठनों (सीपीएस और नॉन-सीपीएस) के लिए काम नहीं करती |
| MGMT-3226 | संगठन/एनवायरमेंट लेवल पर क्वेरी करने से, पूरा डेटा नहीं दिखना चाहिए. ऐसा होने पर, एपीआई काम नहीं करेगा Release_160302 में एक गड़बड़ी थी. इसमें अगर संसाधनों का कुल साइज़ 16 एमबी से ज़्यादा होता है, तो संगठन-लेवल/एनवायरमेंट लेवल पर संसाधनों की लिस्टिंग नहीं होती थी. इस गड़बड़ी को ठीक कर दिया गया है. |
| AXAPP-2429 | Analytics API, response_status_code का इस्तेमाल करके डेटा ऐक्सेस करने से जुड़ी गड़बड़ी दिखाता है |
| AXAPP-2386 | Analytics की रोज़ाना भेजी जाने वाली ईमेल रिपोर्ट में, कॉन्टेंट न दिखने की समस्या ठीक करना |
| AXAPP-2347 | Analytics की रोज़ की खास जानकारी वाले ईमेल नहीं मिल रहे हैं |
| APIRT-3141 | Java कॉलआउट, new ExecutionResult() को कॉल करते समय काम नहीं करते, क्योंकि कंस्ट्रक्टर को निजी बना दिया गया है |
| APIRT-3140 | HEAD API कॉल में ServiceCallout नीति काम नहीं कर रही है |
| APIRT-3131 | बाहरी पुष्टि करने वाली कंपनी की मदद से कमाई करने की सुविधा का इस्तेमाल करते समय, एपीआई प्रॉक्सी के लिए createdBy फ़ील्ड में गलत वैल्यू दिखती है |
| APIRT-3121 | संगठन के संसाधन फ़ाइल में किए गए बदलाव पूरी तरह से लागू नहीं हुए हैं |
| APIRT-3117 | एमपी ने 100% सीपीयू का इस्तेमाल किया और ट्रैफ़िक दिखाना बंद कर दिया |
| APIRT-3016 | डप्लॉयमेंट पर राऊटर "कॉल का समय खत्म हो गया" गड़बड़ियां |
| APIRT-2975 | सर्टिफ़िकेट बंडल अपलोड नहीं किया जा सका |
| APIRT-2955 | FHIR के मुताबिक, कॉन्टेंट-टाइप हेडर 'application/json+fhir' के लिए, JSON रिस्पॉन्स डेटा के कुछ एट्रिब्यूट को मास्क नहीं किया जा सका |
| APIRT-2946 | OAuthV2-RefreshToken नीति में, एट्रिब्यूट नहीं छिपाए जा रहे हैं. भले ही, डिसप्ले को false पर सेट किया गया हो |
| APIRT-2908 | वर्चुअल होस्ट पर TLS1.2 अपडेट होने के बाद, इंटरनल एपीआई कॉल के लिए TLS1.2 लागू करना ज़रूरी है |
| APIRT-2901 | कैश मेमोरी से मिले Gzipped जवाबों को दो बार कंप्रेस किया जाता है |
| APIRT-2873 | MPs throw NullPointerException related to VerifyAPIKey after deletion of products/developers/proxies |
| APIRT-2871 | IOIntensive की नीतियां, Trace में दो बार दिख रही हैं |
| APIRT-2825 | ऐक्सेसटोकन से जुड़ी गड़बड़ी के जवाब में व्याकरण की गड़बड़ी |
| APIRT-2750 | किसी खास संगठन में ट्रैफ़िक से जुड़ी समस्याएं ज़्यादा हैं |
| APIRT-2685 | अनजान गड़बड़ी की वजह से ट्रैफ़िक नहीं आ रहा है |
| APIRT-2647 | नॉनप्रोडक्शन/डेवलपमेंट एनवायरमेंट में, "इनपुट स्ट्रीम से शून्य बाइट मिले" गड़बड़ी |
| APIRT-2630 | कैश मेमोरी से वैल्यू पढ़ने की कोशिश करते समय, कुछ समय के लिए समस्याएं आना |
| APIRT-2620 | कुछ ब्लॉकिंग चरणों के लिए अलग थ्रेड पूल |
| APIRT-2610 | Response Cache नीति के साथ java.lang.ClassCastException |
| APIRT-2608 | रिस्पॉन्स कैश मेमोरी की नीतियों में Last-Modified हेडर पार्स करने में गड़बड़ी |
| APIRT-2605 | नीतियों के ज़रिए"संगठन" और "एनवायरमेंट" वैरिएबल को बदलने की अनुमति नहीं होनी चाहिए |
| APIRT-2566 | OAuthV2 नीति, गलत फ़ॉर्मैट वाला WWW-Authenticate हेडर दिखाती है |
| APIRT-2491 | मैनेजमेंट और एमपीएस के बीच आरपीसी टाइमआउट की वजह से, TargetServer अपडेट नहीं हो सका |
| APIRT-2386 | खाली स्ट्रिंग वाला स्कोप, एपीआई प्रॉडक्ट में बनाया जाता है. इसमें OAuth के लिए अनुमति वाले स्कोप खाली होते हैं |
| APIRT-2383 | ऐसा लगता है कि XSL ट्रांसफ़ॉर्मेशन की नीतियां, गड़बड़ी होने पर कोई डेटा लॉग नहीं करती हैं |
| APIRT-2364 | गड़बड़ी होने पर, OAuth फ़ॉल्ट फ़्लो वैरिएबल अपडेट नहीं हो रहे हैं |
| APIRT-2216 | सर्वर से भेजे गए इवेंट - प्रोडक्शन में इवेंट स्ट्रीम से जुड़ी समस्याएं |
| APIRT-2079 | बनाए गए सेशन के लिए टाइम आउट खत्म होने के बाद, DEBUG cURL कॉल बंद नहीं हो रहा है |
| APIRT-1495 | एक्सएमएल थ्रेट प्रोटेक्शन, fhir Content-Type का पता नहीं लगा पा रहा है |
| APIRT-1404 | शर्त में सिंगल कोट और डबल कोट में मौजूद वैल्यू की तुलना करने पर, अलग-अलग नतीजे मिलते हैं |
| APIRT-347 | इंपोर्ट करने पर, XSL नीति की पुष्टि ठीक से नहीं की जाती है. इसमें, दस्तावेज़ में बताए गए तरीके से आउटपुट वैरिएबल को नतीजे असाइन नहीं किए जाते हैं |
16.07.27 (यूआई)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-621 | 'नई एपीआई प्रॉक्सी के तौर पर सेव करें' विकल्प का इस्तेमाल करने पर, डिफ़ॉल्ट नाम में साइंटिफ़िक नोटेशन शामिल होता है. जैसे, "new-1.234568901234568e+53" |
| EDGEUI-572 | यूज़र इंटरफ़ेस (यूआई) पर "गड़बड़ी: सेशन टाइम आउट" के बजाय "गड़बड़ी: अज्ञात गड़बड़ी" दिखती है |
16.07.20.01 (कमाई करना)
इस रिलीज़ में, डेटाबेस स्कीमा में कुछ छोटे-मोटे बदलाव किए गए हैं. इस रिलीज़ में, सॉफ़्टवेयर से जुड़े अन्य अपडेट शामिल नहीं हैं.
16.07.13 (यूज़र इंटरफ़ेस)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-609 | कस्टम रोल के लिए, नया टारगेट सर्वर बटन चालू नहीं है. इस रोल के पास टारगेट सर्वर बनाने की अनुमति है |
| EDGEUI-584 | डेवलपर ऐप्लिकेशन के लिए, माइनर कुंजी/सीक्रेट डिसप्ले से जुड़ी गड़बड़ियां. इस ऐप्लिकेशन के लिए कई क्रेडेंशियल हैं |
| EDGEUI-571 | यूज़र इंटरफ़ेस (यूआई) में प्रॉक्सी के नाम की सीमा को गलती से 50 वर्णों पर सेट किया गया है |
16.07.06.02 (monetization)
| समस्या आईडी | ब्यौरा |
|---|---|
| DEVSOL-2817 | एपीआई का इस्तेमाल करके बिलिंग दस्तावेज़ नहीं बनाए जा सकते एपीआई का इस्तेमाल करके बिलिंग दस्तावेज़ बनाने से जुड़ी समस्याओं को ठीक कर दिया गया है. अगर डेवलपर का पता मौजूद है, तो बिलिंग दस्तावेज़ जनरेट किए जाते हैं. |
| DEVSOL-2797 | डेवलपर एट्रिब्यूट की प्रोसेसिंग को बेहतर बनाया गया है बूलियन कस्टम एट्रिब्यूट की वैल्यू अब केस-सेंसिटिव नहीं होती हैं. इसके अलावा, Apigee Edge के साथ कस्टम एट्रिब्यूट सिंक करते समय, डुप्लीकेट एट्रिब्यूट बनाने के बजाय मौजूदा एट्रिब्यूट अपडेट किए जाते हैं. |
16.07.06 (कमाई करना)
| समस्या आईडी | ब्यौरा |
|---|---|
| DEVRT-2795 | वेबहुक अनुरोध के टाइमस्टैंप फ़ील्ड में अंतर है वेबहुक के लिए कॉलबैक हैंडलर को भेजे गए JSON अनुरोध में, developerQuotaResetDate को अब epoch टाइमस्टैंप फ़ॉर्मैट में दिखाया गया है, ताकि यह अन्य टाइमस्टैंप फ़ॉर्मैट के साथ मेल खाए. ज़्यादा जानकारी के लिए, कॉलबैक हैंडलर सेट अप करना लेख पढ़ें. |
16.06.29 (यूआई)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-600 | कस्टम रिपोर्ट के लिए भूमिकाएं देखने/बदलने की सुविधा उपलब्ध नहीं है |
| EDGEUI-593 | Analytics के यूज़र इंटरफ़ेस (यूआई) से 5 और 10 मिनट के इंटरवल हटा दिए गए हैं एपीआई प्रॉक्सी को कॉल करने के बाद, मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में Analytics का डेटा कम से कम 10 मिनट तक नहीं दिखता. इस वजह से, कस्टम रिपोर्ट से 10 मिनट की रेंज वाली सेटिंग हटा दी गई है. साथ ही, एपीआई प्रॉक्सी की परफ़ॉर्मेंस व्यू से 5 और 10 मिनट की रेंज वाली सेटिंग हटा दी गई है. |
16.06.22 (monetization)
कोई नहीं
16.06.15 (यूआई)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-566 | मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में लॉग इन करने के बाद खाली पेज दिखना |
| EDGEUI-564 | उपयोगकर्ताओं को मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में लॉगिन करने पर, अनुमतियों से जुड़ी गड़बड़ियों के मैसेज मिलते हैं. इसके बाद, वे अपने-आप लॉग आउट हो जाते हैं |
| EDGEUI-549 | एपीआई प्रॉक्सी की परफ़ॉर्मेंस व्यू में डेटा दिखाने में गड़बड़ी |
| EDGEUI-544 | कस्टम भूमिकाएं पेज पर, रिपोर्ट मिटाने की अनुमति के लिए गलत वैल्यू दिखती है |
| EDGEUI-504 | Developer Apps, Keys, and Products पर स्टेटस की जानकारी का सही तरीके से न दिया जाना |
| EDGEUI-120 | 'इंटरनल एरर' पेज पर मौजूद ईमेल लिंक में अमान्य ईमेल पता है |
| DEVRT-2301 | रेवेन्यू जनरेट करना: पब्लिश किए गए रेट प्लान के लिए, यूज़र इंटरफ़ेस (यूआई) को एपीआई के साथ अलाइन किया गया है पब्लिश किए गए रेट प्लान की समयसीमा खत्म होने की तारीख के बारे में, मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) अब मैनेजमेंट एपीआई के साथ काम करता है. अगर किसी किराया प्लान के लिए खत्म होने की तारीख तय की गई है, तो उसके खत्म होने की तारीख में बदलाव नहीं किया जा सकता. ज़्यादा जानकारी के लिए, पब्लिश किए गए किराया प्लान की समयसीमा खत्म करना लेख पढ़ें. |
16.06.08 (कमाई करना)
कोई नहीं
16.05.25 (monetization)
| समस्या आईडी | ब्यौरा |
|---|---|
| DEVRT-2617 | किसी ग्राहक के सेवा प्लान खरीदने पर सूचना नहीं मिल रही है |
| DEVRT-1483 | जब कोई डेवलपर प्रीपेड से पोस्टपेड पर स्विच करता है, तब NullPointerException |
16.05.18 (यूआई)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-551 | अगर यूज़र इंटरफ़ेस (यूआई) सेशन के दौरान एक घंटे तक कोई गतिविधि नहीं की जाती है, तो सेशन खत्म हो जाता है |
16.05.11 (monetization)
| समस्या आईडी | ब्यौरा |
|---|---|
| DEVRT-2497 | Qpids को डेटा मिलना बंद हो गया है |
| DEVRT-2490 | ऐप्लिकेशन के डिजिटल बटन को मिटाने में समस्या आ रही है |
16.05.11 (यूआई)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-541 | टारगेट सर्वर मौजूद होने पर, ट्रेस में होस्ट की जगह आईपी दिखता है |
| EDGEUI-505 | एंडपॉइंट के संसाधनों को इंपोर्ट करने पर, सभी एंडपॉइंट के लिए ऑथराइज़ेशन फ़ेल हो जाता है |
16.05.04 (यूआई)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-532 | SOAP सेवा के लिए प्रॉक्सी बनाते समय, प्रॉक्सी विज़र्ड का नया वर्शन "प्रॉडक्ट बनाया जा रहा है..." चरण पर अटक जाता है |
| EDGEUI-506 | डेटा उपलब्ध न होने पर, कैश मेमोरी की परफ़ॉर्मेंस में "डेटा लोड हो रहा है…" दिख रहा है |
16.04.27 (यूज़र इंटरफ़ेस)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-531 | नए प्रॉक्सी एडिटर का इस्तेमाल करके, JAR फ़ाइल इंपोर्ट नहीं की जा सकती |
| EDGEUI-524 | WSDL से एपीआई प्रॉक्सी जनरेट करने में समस्या |
| EDGEUI-38 | अगर प्रॉक्सी विज़र्ड को अमान्य WSDL पास किया जाता है, तो विज़र्ड आखिरी पेज पर अटक जाता है |
16.04.27 (कमाई करना)
कोई नहीं
16.04.20 (यूआई)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-502 | Proxy Editor, StartsWith को ऑपरेटर के तौर पर इस्तेमाल करने पर वर्ब नहीं दिखाता है |
| EDGEUI-496 | मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में ट्रेस सेशन को रोकते समय, "अनजान गड़बड़ी" मैसेज दिख रहा है |
| EDGEUI-141 | Proxy Editor में गड़बड़ी के मैसेज में, हार्ड-कोड किया गया वर्शन मौजूद है |
16.04.13 (monetization)
कोई नहीं
16.04.13 (यूज़र इंटरफ़ेस)
| समस्या आईडी | ब्यौरा |
|---|---|
| EDGEUI-495 | ट्रेस में हमेशा .execution.success = false दिखता है |
| EDGEUI-494 | JavaScript नीति हमेशा डिफ़ॉल्ट नाम वाली स्क्रिप्ट जनरेट करती है, भले ही मैंने कोई दूसरा नाम दिया हो |
| EDGEUI-432 | Edge Management UI डैशबोर्ड पर डायरेक्टेड प्रॉक्सी बनाना |
| EDGEUI-90 | नया API प्रॉक्सी एडिटर, CDATA एलिमेंट के आस-पास ज़रूरत से ज़्यादा व्हाइटस्पेस डालता है |
आम तौर पर होने वाली समस्याएं
इस रिलीज़ में ये समस्याएं हैं:
| समस्या आईडी | ब्यौरा |
|---|---|
| APIRT-3364 |
Message Processor, IPv4 और IPv6 पर डीएनएस लुकअप करता है अगर आपने NSCD (नेम सर्विस कैश डेमॉन) इंस्टॉल और चालू किया है, तो आपको दिख सकता है कि मैसेज प्रोसेसर दो डीएनएस लुकअप करते हैं: एक IPv4 के लिए और दूसरा IPv6 के लिए. IPv6 पर डीएनएस लुकअप की सुविधा बंद करने के लिए:
|
| DOC-1687 | पैकेज डिपेंडेंसी से जुड़े किसी ज्ञात टकराव की वजह से, Satellite Server 6 में इस्तेमाल किया गया Katello एजेंट, Qpid डेमॉन चलाने वाले Apigee Edge होस्ट पर ठीक से इंस्टॉल नहीं होगा. |