21.03.08 - सार्वजनिक क्लाउड के रिलीज़ नोट के लिए Apigee Edge

ऑडिट लॉग फ़ेच करते समय कुछ मामलों में 409 एचटीटीपी स्टेटस मिला और एक गड़बड़ी ठीक की गई.

ऑडिट लॉग में मौजूद कुछ अनुरोधों के लिए, अनुरोध के मुख्य हिस्से को सही तरीके से लॉग नहीं किया गया था. उस गड़बड़ी की वजह से, उस गड़बड़ी को ठीक कर दिया गया.

अगर OpenAPI परिभाषा ने मान्य JSON या YAML नहीं दिखाया, तो समस्या ठीक की गई. हालांकि, एक अपवाद दिया गया था, जिससे टारगेट रिस्पॉन्स के कुछ हिस्से सार्वजनिक हो गए थे.

एक समस्या का समाधान किया गया जहां उपयोगकर्ता अपने खातों में उपयोगकर्ता की भूमिकाएं असाइन कर सकते थे. इससे उन संगठनों को ऐक्सेस दिया जा सकता है जिनका मालिकाना हक उनके पास नहीं था. इस समस्या के ठीक होने के बाद, इस तरह की कार्रवाइयों की अनुमति नहीं है.

एक समस्या ठीक की गई जहां उपयोगकर्ता ऐसी मौजूदा केवीएम एंट्री को अपडेट नहीं कर सके जिनके नाम '/' से शुरू होते हैं. इस बदलाव से ऐसे अपडेट किए जा सकते हैं.

एक गड़बड़ी को ठीक किया गया था जहां यह संभव था कि हटाए गए प्रॉक्सी बदलावों की संख्या को बरकरार रखा जा सके. इस सुधार से, उपयोगकर्ताओं को उन अपडेट की गई संख्या को जबरन हटाया जा सकता है.

एक गड़बड़ी ठीक की गई, जहां फ़्लो वैरिएबल responsecache.cachesource को L2 के तौर पर सेट किया गया था, भले ही कैश मेमोरी में कोई डेटा मौजूद न हो.

एक समस्या तब ठीक की गई, जब कोटा नीति का rollingwindow टाइप, समय से पहले रीसेट हो गया. ऐसा तब हुआ, जब <Distributed> एलिमेंट को true और <Synchronous> एलिमेंट को false पर सेट किया गया था.

(10/19/21 पैच रिलीज़ में.)

एक गड़बड़ी ठीक की गई, जहां 'डालें' कार्रवाई में override को false पर सेट करने से सिर्फ़ तब ठीक से काम होता है, जब एंट्री कैश मेमोरी में की गई हो. अब, अगर override एट्रिब्यूट false है, तो एंट्री को बदला नहीं जाएगा. इससे कोई फ़र्क़ नहीं पड़ता कि वह कैश मेमोरी में है या नहीं.

सेवा कॉलआउट की नीति से जुड़ी समस्या ठीक की गई. इसलिए, जब clearPayload की स्थिति true होगी, तो अनुरोध के मैसेज को मैसेज के कॉन्टेक्स्ट से हटा दिया जाएगा.

केवीएम बनाने के दौरान, कुछ और जांच की गईं, ताकि यह पुष्टि की जा सके कि तय एनवायरमेंट मौजूद है या नहीं.

एक समस्या ठीक की गई है, जहां MessageLogging नीति के ज़रिए syslog पर लॉग की गई नई लाइनों वाले मैसेज को टीसीपी का इस्तेमाल करते समय, एक से ज़्यादा लाइनों में नहीं बांटा गया था. अब नई लाइनों को उम्मीद के मुताबिक ही माना जाता है.

एक समस्या ठीक की गई, जहां HealthMonitor ने <HttpMonitor>.<Request>.<isSSL> की वैल्यू को अनदेखा किया. साथ ही, जहां टारगेट सर्वर ने यह पता लगाया कि हेल्थ जांच एचटीटीपी है या एचटीटीपीएस.

अब <HttpMonitor>.<Request>.<isSSL> की वैल्यू, हेल्थ जांच में mTLS को चालू या बंद कर देगी. फिर चाहे वह टारगेट सर्वर में चालू हो या नहीं.

L1 कैश मेमोरी में मौजूद किसी ऑब्जेक्ट में गलती से होने वाले बदलाव से बचें.

जब किसी ऑब्जेक्ट को L1 कैश में या वहां से लाया या पाया जाता है, तो उसकी एक कॉपी रखी जाती है या उसे वापस लाया जाता है.

एक गड़बड़ी को ठीक किया गया. इसकी वजह से, खराब जार फ़ाइल लोड करते समय पूरा मैसेज प्रोसेसर का बूटस्ट्रैप काम नहीं कर रहा था.

समयसीमा खत्म होने के बाद केवीएम में पुरानी वैल्यू घट जाती है.

एक समस्या का समाधान किया गया, जहां KeyValueMapOperations में ExpiryTimeInSecs को कम वैल्यू में बदल दिया गया था. वहीं, पुरानी समयसीमा को बनाए रखा गया था और पुरानी KVM वैल्यू वापस दी गई थी.

ResetFault किसी भी असाइन किए गए वैरिएबल में नाम की पुष्टि करता है

जब GrowFault की नीति में कोई AssignmentsVariable एलिमेंट शामिल है, तो नीति इस बात की पुष्टि करती है कि नाम वाला फ़ील्ड खाली नहीं है.

एचएमएसी मैसेज में ref हैंडलिंग को सही करें

एचएमएसी नीति अब केस को सही तरीके से हैंडल करती है. ऐसा तब होता है, जब मैसेज एलिमेंट के लिए रेफ़र किया गया वैरिएबल सेट न किया गया हो: इसकी मदद से, गड़बड़ी की जानकारी देने वाला मैसेज दिखाया जाता है. इस मैसेज से यह पता चलता है कि रेफ़रंस वैरिएबल को हल नहीं किया जा सकता.

clientauthenabled को टारगेट सर्वर में सेट करने के बाद भी, उस समस्या को ठीक किया गया जहां क्लाइंट सर्टिफ़िकेट नहीं भेजे गए थे.

KeyValueMapOperations की नीति के लिए, SetVariableFailed अपवाद का व्यवहार ठीक किया गया है.

अगर एन्क्रिप्ट की गई एंट्री अब भी कैश मेमोरी में मौजूद है, तो SetVariableFailed अपवाद नहीं दिखता था. इस समस्या को ठीक कर दिया गया है. अब, अपवाद के तौर पर एन्क्रिप्ट की गई एंट्री को private प्रीफ़िक्स के बिना ऐक्सेस किया जाता है. भले ही, वह कैश मेमोरी में मौजूद हो या न हो.

एक समस्या ठीक की गई, जहां पेलोड में बिना स्ट्रिंग वाली JSON वैल्यू को डीबग टूल की स्ट्रिंग में बदल दिया गया था.

GetAuthV2Info नीति के लिए फ़्लो वैरिएबल developer.app.id जोड़ा गया

getAuthV2Info का इस्तेमाल करते समय फ़्लो वैरिएबल developer.app.id को ऐक्सेस नहीं किया जा सका. इस नीति के लिए, इसे अब रनटाइम फ़्लो वैरिएबल के सेट में जोड़ दिया गया है.

एक समस्या ठीक की गई थी, जहां हेडर और अन्य एलिमेंट के लिए कोई नाम तय न किए जाने पर, Assignments मैसेज नीति के साथ प्रॉक्सी को डिप्लॉय नहीं किया जा सका.

दो नीतियों को एक साथ लागू होने से रोकें.

कुछ सीमित मामलों में, अगर मैसेज प्रोसेसर को टारगेट के रिस्पॉन्स में कोई गड़बड़ी मिलती है, तो इसकी मदद से दो या उससे ज़्यादा नीतियों को साथ-साथ काम करने की अनुमति मिल सकती है. यह डीबग टूल में, उन नीतियों के तौर पर दिखेगा जिन्हें गलत क्रम में या गलत फ़्लो में लागू किया जा रहा है.