4.16.09 - Private Cloud के रिलीज़ नोट के लिए Edge

Apigee Edge दस्तावेज़ देखा जा रहा है.
Apigee X दस्तावेज़ पर जाएं. जानकारी

हमने सोमवार, 19 सितंबर, 2016 को Private Cloud के लिए Apigee Edge का नया वर्शन रिलीज़ किया है.

'निजी क्लाउड की सुविधा' के पिछली बार रिलीज़ होने के बाद, ये रिलीज़ आ चुकी हैं और इन्हें इस सुविधा रिलीज़ में शामिल किया गया है:

यह पता करने का तरीका जानने के लिए कि आपके Edge for Private Cloud के वर्शन में कोई खास क्लाउड रिलीज़ शामिल है या नहीं, रिलीज़ के नंबर बनाने के बारे में जानकारी देखें.

रिलीज़ की खास जानकारी

इस रिलीज़ में, क्लासिक एपीआई के प्रॉक्सी एडिटर को हटा दिया गया है. इसकी जगह एक नया प्रॉक्सी एडिटर आ गया है जो क्लासिक एडिटर के साथ इस्तेमाल करने के लिए उपलब्ध था. अन्य अहम सुधार, एपीआई प्रॉडक्ट रिसॉर्स पाथ के बेहतर व्यवहार, 'मैसेज असाइन और बढ़ाना' नीति में बताए गए JSON पेलोड को बेहतर तरीके से हैंडल करना, एक्सएमएल-टू-JSON कन्वर्ज़न में सुधार, रिसॉर्स की बेहतर तरीके से पुष्टि करना, अलग-अलग एपीआई प्रॉक्सी पर टाइम आउट सेट करने की सुविधा, एपीआई प्रॉक्सी प्रॉक्सी में एसओएपी प्रॉक्सी का अपडेट, और JavaScript के लिए, अच्छी परफ़ॉर्मेंस वाला क्रिप्टो ऑब्जेक्ट जनरेट करना शामिल हैं.

कमाई को बेहतर बनाने के लिए, सूचना की दर के प्लान के साथ सूचना से जुड़ी नई सुविधाएं, एक ऐसा एपीआई जो डेवलपर को कमाई करने की सुविधा पर माइग्रेट करता है, और रेट प्लान को सार्वजनिक या निजी बनाने की सुविधा जैसी सुविधाएं शामिल हैं.

इस विषय के बाकी हिस्से में, रिलीज़ में शामिल सभी नई सुविधाओं, अपडेट, और गड़बड़ियों को ठीक करने की जानकारी दी गई है.

बहिष्कृत

एपीआई सेवाएं

क्लासिक प्रॉक्सी एडिटर हटाया गया (Cloud 16.04.20 यूज़र इंटरफ़ेस (यूआई))

अब API प्रॉक्सी संपादक का नया वर्शन ही एकमात्र समर्थित वर्शन है. क्लासिक वर्शन अब उपलब्ध नहीं है. साथ ही, "प्रॉक्सी एडिटर के क्लासिक वर्शन को ऐक्सेस करें" का लिंक हटा दिया गया है. अगर आप क्लासिक वर्शन का इस्तेमाल कर रहे थे, तो आपके एपीआई प्रॉक्सी, अपने-आप नए एडिटर में लोड हो जाएंगे. (EDGEUI-498)

कमाई करना

नीचे दी गई सुविधाएं हटा दी गई हैं और अब काम नहीं करतीं:

  • सीमाएं तय करना
  • ईमेल भेजने की सीमा से जुड़ी सूचनाएं

नीचे दिए गए सेक्शन में बताए गए तरीके के हिसाब से, अन्य विकल्प के तौर पर सूचनाएं सेट अप की जा सकती हैं:

(DEQUERY-2742)

नई सुविधाएं और अपडेट

इस रिलीज़ में नई सुविधाएं और सुधार शामिल किए गए हैं. इन सुधारों के अलावा, इस रिलीज़ में उपयोगिता, परफ़ॉर्मेंस, सुरक्षा, और ऐप्लिकेशन को क्रैश या फ़्रीज़ होने से बचाने के लिए कई तरह के सुधार किए गए हैं.

ज़्यादा जानकारी और निर्देशों के लिए, Edge for Private Cloud दस्तावेज़ देखें.

प्राइवेट क्लाउड

पोस्ट को वर्शन 9.4 पर अपग्रेड किया गया

इस रिलीज़ में Postgres 9.4 का अपग्रेड शामिल है. अपने सिस्टम को अपडेट करने के निर्देशों के लिए, Apigee Edge को 4.16.09 पर अपडेट करें देखें.

Edge यूज़र इंटरफ़ेस (यूआई) में GeoMap की सहायता

जियो एग्रीगेशन की मदद से, क्षेत्र, महाद्वीप, देश, और शहर जैसी भौगोलिक विशेषताओं के आधार पर एपीआई कॉल के लिए, आंकड़ों का डेटा इकट्ठा किया जा सकता है. आंकड़ों के इस डेटा की मदद से, आपको Edge के यूज़र इंटरफ़ेस (यूआई) में भौगोलिक मैप दिखेगा. इसमें एपीआई अनुरोधों की जगह की जानकारी दिखती है.

ज़्यादा जानकारी के लिए, जियो एग्रीगेशन और जियो मैप चालू करना देखें.

एपीआई BaaS

दस्तावेज़ जोड़े जाने की तारीख:

  • TLS का इस्तेमाल करने के लिए, API BaaS को कॉन्फ़िगर करने का तरीका. ज़्यादा जानकारी के लिए, एपीआई BaaS के लिए TLS को कॉन्फ़िगर करना लेख पढ़ें.
  • शेयर किए गए स्टोरेज का इस्तेमाल करने के लिए सभी API BaaS स्टैक नोड को कॉन्फ़िगर करने का तरीका, ताकि सभी एसेट सभी API BaaS स्टैक नोड पर उपलब्ध रहें. ज़्यादा जानकारी के लिए, ऐसेट अपलोड करना लेख पढ़ें.
  • BaaS स्टैक नोड को कॉन्फ़िगर करते समय, कसांद्रा पासवर्ड को एन्क्रिप्ट (सुरक्षित) करने का तरीका ज़्यादा जानकारी के लिए, Edge के पासवर्ड रीसेट करना देखें.

निगरानी करने वाले टूल और डैशबोर्ड का बीटा वर्शन

इस रिलीज़ में, Edge के लिए निगरानी करने वाले नए टूल और डैशबोर्ड का बीटा वर्शन शामिल है. यह टूल आपको कई कॉम्पोनेंट (रूटर, मैसेज प्रोसेसर, ज़ूकेपर, और कसांद्रा) की स्थिति को समझने की अनुमति देता है. साथ ही, आपके डिप्लॉयमेंट में अलग-अलग संगठनों और एनवायरमेंट के लिए, एचटीटीपी गड़बड़ी कोड भी समझने में मदद करता है. सहायता से जुड़ी समस्याओं को हल करने में मदद के लिए, अपने डैशबोर्ड डेटा का स्नैपशॉट भी लिया जा सकता है और उसे Apigee के साथ शेयर किया जा सकता है.

यह दस्तावेज़, वर्शन 4.18.01 में Edge 4.16.09 दस्तावेज़ में शामिल है. इसमें इंस्टॉल करने से जुड़े निर्देश भी दिए गए हैं.

हालांकि, डैशबोर्ड को इंस्टॉल और इस्तेमाल करने से पहले, आपको Apigee इवैलुएशन एग्रीमेंट को पूरा करना होगा. यह कानूनी समझौता वर्शन 4.18.01 पर भी उपलब्ध है. साथ ही, इसे order@apigee.com पर ईमेल करके Apigee को वापस करना होगा.

Analytics कलेक्टर टूल की बीटा रिलीज़

Private Cloud के सभी ग्राहकों को, एपीआई प्रॉक्सी ट्रैफ़िक से जुड़े Apigee के आंकड़े सबमिट करने होंगे. Apigee का सुझाव है कि ग्राहक उस जानकारी को दिन में एक बार अपलोड करें. इसके लिए, आपको क्रॉन जॉब बनाना होगा.

इस डेटा को अपलोड करने में मदद करने के लिए, Apigee, apigee-analytics-collector कमांड-लाइन सुविधा का बीटा रिलीज़ उपलब्ध कराता है. यह सुविधा, एपीआई कॉल वॉल्यूम की रिपोर्ट को वापस Apigee को भेजती है. Private Cloud को इंस्टॉल करने के लिए, हर किनारे इस सुविधा का इस्तेमाल कर सकता है. इससे, ट्रैफ़िक का डेटा Apigee को भेजा जा सकता है और उसकी रिपोर्ट की जा सकती है.

ज़्यादा जानकारी के लिए, Apigee - बीटा रिलीज़ में एपीआई ट्रैफ़िक डेटा अपलोड करना देखें.

एपीआई सेवाएं

'मैसेज असाइन करें और गड़बड़ी ठीक करें' में JSON पेलोड (Cloud 16.08.17)

'मैसेज असाइन करें या गड़बड़ी बढ़ाएं' नीति का इस्तेमाल करके JSON पेलोड सेट करते समय, उपयोगकर्ताओं को कभी-कभी कुछ तरीकों का इस्तेमाल करना पड़ता था, ताकि यह पक्का किया जा सके कि रनटाइम के दौरान JSON मैसेज सही तरीके से फ़ॉर्मैट किया गया हो. उदाहरण के लिए, बैकस्लैश "\" से पेलोड की शुरुआत करना या पेलोड एलिमेंट पर वैरिएबलPrefix और वैरिएबलSuffix की जानकारी देना. भले ही, मैसेज में किसी भी वैरिएबल का इस्तेमाल न किया गया हो.

इस सुविधा को बेहतर बनाने के बाद, JSON मैसेज का सही फ़ॉर्मैट बनाए रखने के लिए किसी समाधान की ज़रूरत नहीं होती. साथ ही, अमान्य JSON बनाए बिना कर्ली ब्रैकेट का इस्तेमाल करके वैरिएबल तय किए जा सकते हैं. उदाहरण के लिए, नीचे दिया गया कोड, JSON मैसेज में messages.content की वैल्यू डालता है: 

<Payload contentType="application/json">{"Message: " : "{message.content}"}</Payload>

अगर आपने कोई समाधान इस्तेमाल किया है, तो आपका कोड पहले की तरह ही काम करता रहेगा. वैरिएबल को दिखाने के लिए, कर्ली ब्रैकेट के बजाय parameterPrefix औरvariableSuffix का भी इस्तेमाल किया जा सकता है.

मैसेज की नीति असाइन करें और गड़बड़ी को बढ़ाने से जुड़ी नीति के रेफ़रंस दस्तावेज़ में, <Set><Payload> एलिमेंट देखें. (एपीआईआरटी-1160)

एक्सएमएल से JSON नीति को बेहतर बनाना (Cloud 16.08.17)

एक्सएमएल से JSON नीति को इन सुविधाओं के साथ बेहतर बनाया गया है. नीति को इन कामों के लिए कॉन्फ़िगर किया जा सकता है:

  • कन्वर्ज़न के दौरान, कुछ एक्सएमएल एलिमेंट को अरे के तौर पर इस्तेमाल करें. इसमें, JSON दस्तावेज़ में वैल्यू को स्क्वेयर ब्रैकेट '[ ]' में रखा जाता है.
  • फ़ाइनल JSON दस्तावेज़ में, एक्सएमएल दस्तावेज़ की हैरारकी के लेवल को हटाएं या हटाएं.

ज़्यादा जानकारी के लिए, एक्सएमएल से JSON नीति पर जाएं. (एपीआईआरटी-1144)

एपीआई प्रॉडक्ट के रिसॉर्स पाथ में एक से ज़्यादा वाइल्डकार्ड (Cloud 16.08.17)

एपीआई प्रॉडक्ट में रिसॉर्स पाथ तय करते समय, किसी रिसॉर्स पाथ में एक से ज़्यादा जगहों पर वाइल्डकार्ड शामिल किए जा सकते हैं. उदाहरण के लिए, /team/*/invoices/**, एपीआई कॉल को /team के बाद किसी भी एक वैल्यू और invoices/ के बाद के किसी भी रिसॉर्स पाथ की अनुमति देता है. एपीआई कॉल पर स्वीकार किया गया यूआरआई proxyBasePath/team/finance/invoices/company/a होगा.

अगर इस रिलीज़ के बाद आपके मौजूदा एपीआई प्रॉडक्ट रिसॉर्स पाथ उम्मीद के मुताबिक काम करना बंद कर देते हैं, तो अपने संगठन पर इस प्रॉपर्टी को सेट करें, ताकि वह पहले जैसा हो जाए: features.enableStandardWildCardMatchForAPIProductResources = true

(एमजीएमटी-3273)

JavaScript में क्रिप्टो फ़ंक्शन (Cloud 16.08.17)

बेहतर परफ़ॉर्मेंस वाले JavaScript crypto फ़ंक्शन का एक नया सेट, ऑब्जेक्ट बनाने, पाने, और अपडेट करने के लिए उपलब्ध है: MD5, SHA-1, SHA256, SHA512. crypto ऑब्जेक्ट की मदद से, आपको अलग-अलग फ़ॉर्मैट में तारीख भी मिल सकती है. ज़्यादा जानकारी के लिए, JavaScript ऑब्जेक्ट मॉडल देखें. (एपीआईआरटी-2886)

Java कॉलआउट JAR वर्शन की जांच (Cloud 16.08.17)

जब Java JAR संसाधन को किसी एपीआई प्रॉक्सी में अपलोड किया जाता है, तो 500 के बजाय, एक एचटीटीपी 400 स्टेटस कोड मिलता है. ऐसा तब होता है, जब Java संसाधन का वर्शन, Java के EDGE के साथ काम करने वाले वर्शन के साथ काम नहीं करता है. इसकी सूची काम करने वाले सॉफ़्टवेयर और काम करने वाले वर्शन में दी गई है. (एमजीएमटी-3420)

एपीआई प्रॉक्सी रिसॉर्स की पुष्टि (Cloud 16.08.17)

आपके पास एनवायरमेंट या संगठन के दायरे में स्टोर की गई एपीआई प्रॉक्सी रिसॉर्स फ़ाइलें (जैसे कि JavaScript या Java JAR) होने पर, पुष्टि करने वाले फ़्रेमवर्क के लिए यह ज़रूरी नहीं है कि पुष्टि करने के लिए, आपको उन रिसॉर्स को प्रॉक्सी बंडल में एपीआई प्रॉक्सी लेवल पर शामिल करें. संसाधन की पुष्टि करने की प्रोसेस अब डिप्लॉयमेंट के समय होती है, इंपोर्ट के समय नहीं. (एमजीएमटी-1430)

अलग-अलग एपीआई प्रॉक्सी के लिए, टाइम आउट कॉन्फ़िगर करें (Cloud 16.08.17)

एक तय समय (504 गेटवे टाइम आउट स्टेटस के साथ) के बाद, टाइम आउट होने के लिए, एपीआई प्रॉक्सी को कॉन्फ़िगर किया जा सकता है. मुख्य इस्तेमाल, Private Cloud के उन ग्राहकों के लिए है जिनके पास एपीआई प्रॉक्सी हैं और जिन्हें लागू करने में ज़्यादा समय लगता है. उदाहरण के लिए, मान लें कि तीन मिनट का समय खत्म करने के लिए आपको खास प्रॉक्सी की ज़रूरत है. एपीआई प्रॉक्सी के कॉन्फ़िगरेशन में, नई api.timeout प्रॉपर्टी का इस्तेमाल किया जा सकता है. तीन मिनट के उदाहरण की मदद से, ऐसा करने का तरीका यहां बताया गया है:

  1. सबसे पहले, पक्का करें कि लोड बैलेंसर, राऊटर, और मैसेज प्रोसेसर को तीन मिनट के बाद टाइम आउट होने के लिए कॉन्फ़िगर किया जाए.
  2. इसके बाद, काम की प्रॉक्सी को तीन मिनट में कॉन्फ़िगर करें. वैल्यू को मिलीसेकंड में बताएं. उदाहरण के लिए: 
    <ProxyEndpoint name="default">
  <HTTPProxyConnection>
    <BasePath>/v1/weather</BasePath> 
    <Properties> 
      <!-- api.timeout is in milliseconeds -->
      <Property name="api.timeout">180000</Property>
    </Properties>
    ...
  3. हालांकि, ध्यान दें कि सिस्टम का टाइम आउट बढ़ाने से परफ़ॉर्मेंस पर असर पड़ सकता है. ऐसा इसलिए, क्योंकि api.timeout सेटिंग के बिना सभी प्रॉक्सी के लिए नए, ज़्यादा लोड बैलेंसर, राऊटर, और मैसेज प्रोसेसर के टाइम आउट का इस्तेमाल किया जाता है. इसलिए, ऐसी दूसरी एपीआई प्रॉक्सी कॉन्फ़िगर करें जिन्हें कम टाइम आउट इस्तेमाल करने के लिए, लंबे टाइम आउट की ज़रूरत नहीं होती. उदाहरण के लिए, यह एपीआई प्रॉक्सी को एक मिनट के बाद टाइम आउट होने के लिए सेट करता है:
    <Property name="api.timeout">60000</Property>

Cloud के ग्राहक, Edge के टाइम आउट में बदलाव नहीं कर सकते, वे भी एपीआई प्रॉक्सी टाइम आउट को कॉन्फ़िगर कर सकते हैं. ऐसा तब किया जा सकता है, जब टाइम आउट, सामान्य Edge मैसेज प्रोसेसर के टाइम आउट 57 सेकंड से कम हो.

वैल्यू को वैरिएबल से नहीं भरा जा सकता. यह प्रॉपर्टी एंडपॉइंट प्रॉपर्टी के रेफ़रंस में शामिल है. (एपीआईआरटी-1778)

प्रॉक्सी विज़र्ड का इस्तेमाल करते समय SOAP प्रॉक्सी का काम करने का तरीका (Cloud 16.07.27 यूज़र इंटरफ़ेस (यूआई))

प्रॉक्सी विज़र्ड का इस्तेमाल करके, WSDL से SOAP-आधारित प्रॉक्सी बनाने के दौरान, प्रॉक्सी बनाने के दो विकल्प हैं:

  • पास-थ्रू एसओएपी, जहां प्रॉक्सी सर्वर ही एसओएपी अनुरोध पेलोड से पास करता है.
  • REST को एसओएपी से REST में बदलना, जहां प्रॉक्सी, JSON जैसे आने वाले पेलोड को एसओएपी पेलोड में बदल देता है. इसके बाद, एसओएपी रिस्पॉन्स को वापस कॉल करने वाले (कॉलर) के हिसाब से फ़ॉर्मैट में बदल देता है.

इन विकल्पों के काम करने के तरीके के बारे में इस रिलीज़ में नीचे दिए गए अपडेट शामिल हैं. पुराने और नए व्यवहार के बीच के अंतर उन नीतियों और कॉन्फ़िगरेशन में हैं जो प्रॉक्सी विज़र्ड से अपने-आप जनरेट होते हैं.

एसओएपी से पास-थ्रू

  • सभी WSDL की कार्रवाइयां अब प्रॉक्सी संसाधनों (जैसे "/cityforecastbyzip") के बजाय प्रॉक्सी बेस पाथ "/" पर भेजी जाती हैं. ऑपरेशन के नाम, टारगेट एसओएपी सेवा को पास किए जाते हैं. यह व्यवहार एसओएपी के निर्देशों से मेल खाता है.

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

सोप से आराम करने के लिए आराम करें

  • 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 क्रिया भी शामिल होती हैं.
  • WSDL के लिए एपीआई प्रॉक्सी जनरेट करते समय, Edge ऐसे कॉम्प्लेक्स टाइप को पढ़ता है जिन्हें WSDL में ऐब्सट्रैक्ट के तौर पर बताया गया हो. साथ ही, यह ऐसे हर इंस्टेंस टाइप की सही तरीके से पहचान करता है जो ऐब्सट्रैक्ट टाइप पर आधारित हैं.

wsdl2apigee ओपन सोर्स कमांड-लाइन यूटिलिटी

Apigee, WSDL से पासथ्रू या रेस्ट-टू-सोप एपीआई प्रॉक्सी जनरेट करने के लिए, ओपन सोर्स कमांड-लाइन यूटिलिटी भी उपलब्ध कराता है. https://github.com/apigee/wsdl2apigee देखें.

(EDGEUI-614)

'की वैल्यू मैप ऑपरेशन' नीति में, समय सीमा खत्म होना/रीफ़्रेश करना डिफ़ॉल्ट रूप से (Cloud 16.06.15 यूज़र इंटरफ़ेस (यूआई))

इन 'की वैल्यू मैप ऑपरेशन' नीति की मदद से, यह तय किया जा सकता है कि रीफ़्रेश किए जाने से पहले वैल्यू कितने समय तक बने रहें. रीफ़्रेश इंटरवल को <ExpiryTimeInSecs> एलिमेंट के साथ सेट किया जाता है. अगर जीईटी ऑपरेशन किया जाता है और उसकी समयसीमा खत्म हो गई है, तो वैल्यू को रीफ़्रेश किया जाता है और नीति को अपडेट की गई वैल्यू मिलती है. इस नीति को एपीआई प्रॉक्सी के साथ जोड़ने पर, ऐक्सेस खत्म होने की डिफ़ॉल्ट अवधि 300 सेकंड होती है. (पहले डिफ़ॉल्ट तौर पर यह -1 था. इसका मतलब है कि वैल्यू कभी भी रीफ़्रेश नहीं की जातीं.) (EDGEUI-579)

कमाई करना

सूचना दर प्लान में बदलाव किया जा सकता है (Cloud 16.04.20 यूज़र इंटरफ़ेस (यूआई) और Cloud 16.04.13 से कमाई)

Edge से कमाई करने की सुविधा में, सूचना की दर में बदलाव करने वाले नए प्लान की मदद से एपीआई की सेवा देने वाली कंपनी, हर ऐप्लिकेशन डेवलपर के लिए लेन-देन की टारगेट संख्या में बदलाव कर सकती है. आपके पास यह तय करने का विकल्प है कि सूचनाएं कब भेजी जाएं या नहीं, यह इस आधार पर भेजी जाती है कि टारगेट की संख्या कितने प्रतिशत तक पहुंच गई है, जैसे कि 90%, 100% या 150%. यह सुविधा, मैनेजमेंट एपीआई (जो पहले रिलीज़ में उपलब्ध था) के अलावा मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) के ज़रिए उपलब्ध है. ज़्यादा जानकारी के लिए, ज़रूरत के हिसाब से बदलाव करने की सूचना प्लान की जानकारी दें देखें. (DEGMT-2375, DE {8}-2370)

सूचना की दर में बदलाव किए जा सकने वाले प्लान के लिए, वेबहुक सूचनाएं (Cloud 16.04.27 कमाई करने की सुविधा)

सूचना की दर के अडजस्ट किए जा सकने वाले प्लान के लिए, वेबहुक बनाए जा सकते हैं. ये वेबहुक आपके तय किए गए यूआरएल पर सूचनाएं भेजते हैं. लेन-देन की सीमा पूरी होने तक, आप किसी तय अंतराल (प्रतिशत में) पर मिलने वाली सूचनाओं को भी कंट्रोल कर सकते हैं. वेबहुक सूचनाएं, आपको मौजूदा सूचना टेंप्लेट का इस्तेमाल करने की जगह विकल्प देती हैं. वेबहुक का इस्तेमाल करके सूचनाएं सेट अप करना देखें. (DEGMT-2393, DE समय-2394)

कस्टम एट्रिब्यूट रेट प्लान के साथ अडजस्ट की जा सकने वाली सूचना (Cloud 16.05.18 यूज़र इंटरफ़ेस (यूआई))

Edge से कमाई करने की सुविधा में, "ज़रूरत के मुताबिक एट्रिब्यूट के साथ अडजस्ट होने वाली सूचना" रेट प्लान का नया प्लान आपको कस्टम एट्रिब्यूट की वैल्यू का इस्तेमाल करके, डेवलपर के लेन-देन की संख्या जोड़ने में मदद करता है. अडजस्ट किए जा सकने वाले स्टैंडर्ड नोटिफ़िकेशन रेट प्लान के साथ, हर कामयाब एपीआई कॉल को डेवलपर के लेन-देन की संख्या में 1 जोड़ा जाता है. हालांकि, कस्टम एट्रिब्यूट रेट प्लान के साथ अडजस्ट की जा सकने वाली सूचना की मदद से, कस्टम एट्रिब्यूट की वैल्यू को डेवलपर के लेन-देन की संख्या में जोड़ा जाता है. उदाहरण के लिए, अगर कस्टम एट्रिब्यूट "छोटा" की वैल्यू 0.1 है, तो ट्रांज़ैक्शन की संख्या 0.1 बढ़ जाती है. अगर कस्टम एट्रिब्यूट "addressTotal" की वैल्यू 50 है, तो संख्या 50 बढ़ जाती है. ज़्यादा जानकारी के लिए, कस्टम एट्रिब्यूट की जानकारी के साथ रेट प्लान तय करना देखें. (DEMT-2504)

किसी कंपनी और उसके डेवलपर के लिए हुए कुल लेन-देन के आधार पर, सूचनाएं सेट अप करना (Cloud 16.06.22 कमाई)

आम तौर पर, किसी कंपनी में सभी डेवलपर के लिए लेन-देन की कुल संख्या को तब अपने-आप ट्रैक किया जाता है, जब डेवलपर एपीआई ऐक्सेस करने के लिए कंपनी के ऐप्लिकेशन का इस्तेमाल करते हैं. अगर आपके पास ऐसे डेवलपर हैं जो एपीआई ऐक्सेस करने के लिए अक्सर अपने डेवलपर ऐप्लिकेशन का इस्तेमाल कर रहे हैं और आपको ट्रैफ़िक में किसी तरह की रुकावट के बिना, सभी लेन-देन की कुल संख्या को ट्रैक करना हो, तो क्या होगा? डेवलपर को किसी कंपनी में जोड़ा जा सकता है. साथ ही, यह तय किया जा सकता है कि कंपनी और उसके डेवलपर के कुल लेन-देन के कुल डेटा के थ्रेशोल्ड तक पहुंचने पर सूचनाएं भेजी जाएं. ज़्यादा जानकारी के लिए, किसी कंपनी और उसके डेवलपर के लिए, कुल लेन-देन के आधार पर सूचनाएं सेट अप करना लेख पढ़ें. (DEGMT-2643)

सूचनाएं देखना और उन्हें फिर से प्रोसेस करना (Cloud 16.06.08 से कमाई करना)

मॉनेटाइज़ेशन टेस्ट सुइट के हिस्से के तौर पर, आपके पास मैनेजमेंट एपीआई का इस्तेमाल करके पहले भेजी गई सूचनाओं को देखने और उन्हें फिर से प्रोसेस करने का विकल्प है. ज़्यादा जानकारी के लिए, सूचनाएं देखना और उन्हें फिर से प्रोसेस करना देखें. (DEGMT-2643)

कमाई करने की जांच करना (Cloud 16.05.25 से कमाई करना)

कमाई करने से, एपीआई का एक सेट मिलता है. इसका इस्तेमाल करके, वेबहुक के काम करने के तरीके की जांच की जा सकती है. इससे यह पक्का किया जा सकता है कि सूचनाएं भेजी जा रही हैं. ज़्यादा जानकारी के लिए, सूचना को सेटअप करने की जांच करना देखें. (DEGMT-2625)

डेवलपर को कमाई करने के लिए माइग्रेट करना (Cloud 16.05.11 से कमाई करना)

डेवलपर को कमाई करने के लिए माइग्रेट करने की सुविधा के लिए, एक नया एपीआई उपलब्ध है. आपके पास, लेन-देन के इस्तेमाल को ट्रांसफ़र करने का विकल्प है. साथ ही, पसंद के मुताबिक सेट अप करने और बार-बार लगने वाला शुल्क भी लिया जा सकता है. इसके अलावा, पब्लिश किए गए किराये वाले प्लान को स्वीकार करते समय, अगर आपने पहले ही सेट अप शुल्क ले लिया है, तो उसे सेटअप करने का शुल्क माफ़ करें. ज़्यादा जानकारी के लिए, डेवलपर के लिए, कमाई करने की सुविधा चालू करना लेख पढ़ें. (DEGMT-2446)

डेवलपर पोर्टल के लिए सार्वजनिक और निजी दर प्लान (Cloud 16.04.27 से कमाई करना)

किराये के प्लान को "सार्वजनिक" या "निजी" के तौर पर सेट किया जा सकता है. सार्वजनिक किराये के प्लान, डेवलपर पोर्टल में दिखते हैं. हालांकि, निजी किराये के प्लान में इन्हें नहीं दिखाया जाता. रेट प्लान का डिफ़ॉल्ट स्टेटस सार्वजनिक होता है. ज़्यादा जानकारी के लिए, http://docs.apigee.com/monetization/content/create-rate-plans#public-versus-private-rate-plans पर जाएं. (DEGMT-2445)

डेवलपर पर लगी रोक हटाएं (Cloud 16.06.08 से कमाई करने)

कमाई करने की सुविधा, एपीआई का एक सेट उपलब्ध कराती है. इसका इस्तेमाल करके, निलंबित किए गए डेवलपर को वापस लाया जा सकता है. कॉन्फ़िगर की गई सीमा पूरी होने पर, डेवलपर को निलंबित किया जा सकता है. उदाहरण के लिए, लेन-देन की संख्या अपनी तय सीमा तक पहुंच गई है या प्रीपेड खाते का बैलेंस खत्म हो गया है. जानकारी के लिए, डेवलपर से निलंबन हटाएं देखें. (DEGMT-2641)

लेन-देन की स्थिति देखना (Cloud 16.06.08 से कमाई करना)

मॉनेटाइज़ेशन टेस्ट सुइट के तौर पर, आपके पास मैनेजमेंट एपीआई का इस्तेमाल करके, किसी खास समयसीमा के दौरान हुए लेन-देन की स्थिति देखने का विकल्प होता है. ज़्यादा जानकारी के लिए, लेन-देन की स्थिति देखना देखें. (DEGMT-2640)

रेवेन्यू की रिपोर्ट में डेवलपर के कस्टम एट्रिब्यूट शामिल करना (Cloud 16.05.25 से कमाई करने की सुविधा)

अगर डेवलपर ने कस्टम एट्रिब्यूट तय किया है, तो सिर्फ़ आय की रिपोर्ट के लिए, रिपोर्ट में कस्टम एट्रिब्यूट शामिल किए जा सकते हैं. ज़्यादा जानकारी के लिए, एपीआई का इस्तेमाल करके, आय की रिपोर्ट में डेवलपर के कस्टम एट्रिब्यूट शामिल करना लेख पढ़ें. (DEGMT-2447)

लेन-देन रिकॉर्ड करने की नीति और एपीआई प्रॉडक्ट रिसॉर्स कंसिस्टेंसी (Cloud 16.05.18 यूज़र इंटरफ़ेस (यूआई))

अगर कमाई करने से जुड़े लेन-देन की रिकॉर्डिंग की नीति में मौजूद संसाधन पाथ, एपीआई प्रॉडक्ट में दिए गए रिसॉर्स पाथ से मेल नहीं खाते हैं (उदाहरण के लिए, एपीआई प्रॉडक्ट के रिसॉर्स पाथ में बदलाव करना), तो प्रॉडक्ट पेज पर मौजूद लेन-देन रिकॉर्ड करने की नीति के आइकॉन में चेतावनी का निशान दिखेगा. जब लेन-देन रिकॉर्डिंग की नीति देखने के लिए, इस आइकॉन पर क्लिक किया जाता है, तब पेज पर सबसे ऊपर एक चेतावनी दिखती है. जब लेन-देन रिकॉर्ड करने की नीति में संसाधन पाथ ठीक किए जाते हैं, तो चेतावनी के इंडिकेटर दिखना बंद हो जाते हैं. (DEMT-2240)

गड़बड़ियां ठीक की गईं

इस रिलीज़ में इन गड़बड़ियों को ठीक किया गया है. यह सूची मुख्य रूप से उन उपयोगकर्ताओं के लिए है जो यह देखते हैं कि उनके सहायता टिकट की समस्या ठीक हुई है या नहीं. इसे सभी उपयोगकर्ताओं को पूरी जानकारी देने के लिए नहीं बनाया गया है.

प्राइवेट क्लाउड के लिए एज

समस्या आईडी ब्यौरा
TBD-138 Play के यूज़र इंटरफ़ेस (यूआई) सेशन का टाइम आउट होने की समस्या
APIRT-2978 Router, Ngnx या राऊटर को शुरू नहीं कर सका
AXAPP-2447 हर घंटे का आंकड़ों का डेटा चुनते समय अमान्य टाइम रेंज की गड़बड़ी
EDGEUI-592 अब बाहरी पुष्टि की सुविधा देने वाली कंपनी का इस्तेमाल करते समय, Edge यूज़र इंटरफ़ेस (यूआई) से "पासवर्ड याद नहीं है" लिंक को हटाया जा सकता है
MGMT-3330 प्राइवेट क्लाउड के बाहरी ऑथराइज़ेशन के खराब पासवर्ड की वजह से, उपयोगकर्ता खातों को लॉक कर देते हैं
MGMT-2930 डीबग सेशन में डेटा मास्किंग की सुविधा काम नहीं कर रही है
PRC-840 एज कॉम्पोनेंट के लिए टूटा हुआ सिमलिंक
PRC-1004 किसी नोड पर ZoomKeeper का स्टैंडअलोन इंस्टॉल करने के लिए, इंस्टॉलर में "-p zk" विकल्प जोड़ा गया.
PRC-1013 शुरुआती सिस्टम एडमिन खाते को सही एलडीएपी पासवर्ड नीति से लिंक नहीं किया गया है
PRC-1019 "apigee-all स्टॉप", मैसेज प्रोसेसर को नहीं रोकता
PRC-1066 एन्क्रिप्ट (सुरक्षित) किया गया कैसेंद्रा पासवर्ड, usergrid.property में BaaS Stack के लिए काम नहीं कर रहा है

16.08.17

समस्या आईडी ब्यौरा
SECENG-609 असोसिएट किए गए ट्रस्टस्टोर को मिटाने के दौरान या ट्रस्टस्टोर में मान्य सर्टिफ़िकेट मिटाए जाने पर रनटाइम कॉल का काम न करना
MGMT-3404 Node.js लॉग को देखने/फिर से पाने और प्रॉक्सी को डिप्लॉय करने में बहुत ज़्यादा समय लगता है
MGMT-3400 अगर कॉल करने वाले उपयोगकर्ता के नाम में "+" का निशान है, तो /userroles management API को कॉल नहीं किया जा सकेगा
MGMT-3368 java.lang.ArrayIndexOutOfBoundsका अपवाद: 1, जब ऐसा एपीआई प्रॉक्सी बंडल इंपोर्ट किया जाता है जिसमें रिसॉर्स/node/resources डायरेक्ट्री शामिल होती है
MGMT-3364 OAuthV2: redirect_uri की जांच
MGMT-3319 Vault में मौजूद उन एंट्री की सूची बनाएं जिनकी किसी एक एंट्री में शून्य वैल्यू है, वह संगठन (सीपीएस और गैर-सीपीएस) के लिए काम नहीं करती
MGMT-3226 संगठन/एनवायरमेंट लेवल पर क्वेरी करने पर, ऐसा वह डेटा नहीं दिखना चाहिए जिसकी वजह से एपीआई काम नहीं कर रहा है
Release_160302 में एक गड़बड़ी मिली थी, जिसमें संगठन-लेवल/एनवायरमेंट के लेवल पर संसाधनों की लिस्टिंग नहीं हो सकी. इसके लिए, संसाधनों का कुल साइज़ 16 एमबी से ज़्यादा होना ज़रूरी है. इस गड़बड़ी को ठीक किया जा सकता है.
AXAPP-2429 response_status_code का इस्तेमाल करके Analytics एपीआई, डेटा ऐक्सेस करने से जुड़ी गड़बड़ी दिखाता है
AXAPP-2386 Analytics से जुड़ी रोज़ की ईमेल रिपोर्ट में, खाली रिपोर्ट का कॉन्टेंट ठीक करना
AXAPP-2347 हर दिन के आंकड़ों की खास जानकारी वाले ईमेल नहीं मिल रहे हैं
APIRT-3141 नए Executionनतीजे() को कॉल करने पर, Java कॉलआउट काम नहीं करते, क्योंकि कंस्ट्रक्टर को निजी बना दिया गया है
APIRT-3140 HEAD api कॉल में सेवा कॉलआउट की नीति काम नहीं कर रही
APIRT-3131 पुष्टि करने वाली किसी बाहरी कंपनी के साथ कमाई करने की सुविधा का इस्तेमाल करते समय, एपीआई प्रॉक्सी के लिए गलत तरीके से दिखाया गया है
APIRT-3121 संगठन की संसाधन फ़ाइल में किया गया बदलाव 100% असरदार नहीं है
APIRT-3117 MP पर क्लिक करने से, सीपीयू का 100% इस्तेमाल नहीं किया जा सकेगा और मोबाइल पर ट्रैफ़िक दिखना बंद हो गया है
APIRT-3016 डिप्लॉयमेंट पर राऊटर "कॉल का समय खत्म" से जुड़ी गड़बड़ियां
APIRT-2975 सर्टिफ़िकेट का बंडल अपलोड नहीं किया जा सका
APIRT-2955 FHIR-complaint के लिए JSON के रिस्पॉन्स डेटा के कुछ एट्रिब्यूट को मास्क नहीं किया जा सका Content-Type हेडर 'application/json+fhir'
APIRT-2946 OAuthV2-RefreshToken नीति, डिसप्ले के 'गलत' पर सेट होने के बावजूद एट्रिब्यूट को नहीं छिपा रही है
APIRT-2908 वर्चुअलहोस्ट पर TLS1.2 अपडेट करने के बाद, इंटरनल एपीआई कॉल के लिए TLS1.2 लागू करना ज़रूरी है
APIRT-2901 कैश मेमोरी से मिले Gzip किए गए रिस्पॉन्स, दो बार कंप्रेस किए गए हैं
APIRT-2873 प्रॉडक्ट/डेवलपर/प्रॉक्सीज़ को मिटाने के बाद, एमपी में पुष्टि करने के लिए, पुष्टि करने से जुड़ा NullPointerअपवाद इस्तेमाल करें
APIRT-2871 Trace में IOIntensive नीतियां, दो बार दिखती हैं
APIRT-2825 ऐक्सेसटोकन से जुड़ी गड़बड़ी के रिस्पॉन्स में व्याकरण से जुड़ी गड़बड़ी
APIRT-2750 किसी संगठन के लिए, ट्रैफ़िक में ज़्यादा गड़बड़ी होना
APIRT-2685 ट्रैफ़िक नहीं हो रहा, लेकिन कोई अनजान गड़बड़ी हुई है
APIRT-2647 नॉन-प्रोडक्शन/dev के साथ"बुनियादी इनपुट स्ट्रीम ने शून्य बाइट दिखाए"
APIRT-2630 कैश मेमोरी से वैल्यू पढ़ने के दौरान बार-बार आने वाली समस्याएं
APIRT-2620 ब्लॉक करने के कुछ चरणों के लिए, अलग से थ्रेड पूल
APIRT-2610 रिस्पॉन्स कैश मेमोरी से जुड़ी नीति के साथ Java.lang.ClassCast पड़ेगी
APIRT-2608 रिस्पॉन्स कैश से जुड़ी नीतियों में, आखिरी बार किए गए बदलाव वाले हेडर पार्स करने में गड़बड़ी हुई
APIRT-2605 "संगठन" और "परिवेश" वैरिएबल को नीतियों से ओवरराइट करने की अनुमति नहीं होनी चाहिए
APIRT-2566 OAuthV2 नीति से, गलत WWW-Authenticate हेडर दिखाना
APIRT-2491 मैनेजमेंट और एमपीएस के बीच RPC टाइम आउट होने की वजह से, टारगेट सर्वर अपडेट नहीं हो सका
APIRT-2386 एपीआई प्रॉडक्ट में बिना अनुमति वाले स्ट्रिंग का स्कोप, अनुमति वाले OAuth स्कोप वाले खाली फ़ील्ड बनाया गया है
APIRT-2383 ऐसा लगता है कि XSL बदलाव की नीतियों के तहत, गड़बड़ी होने पर किसी भी डेटा को लॉग नहीं किया जा सकता
APIRT-2364 OAuth में गड़बड़ी के फ़्लो के वैरिएबल, गड़बड़ी होने पर अपडेट नहीं हो रहे हैं
APIRT-2216 सर्वर ने इवेंट भेजे - इवेंट स्ट्रीम में प्रोडक्शन में समस्याएं हैं
APIRT-2079 बनाए गए सेशन के लिए, टाइम आउट खत्म होने के बाद भी डीबग यूआरएल कॉल बंद नहीं होना
APIRT-1495 एक्सएमएल की खतरे से सुरक्षा की सुविधा, अलग-अलग तरह के कॉन्टेंट को कैप्चर नहीं कर रही है
APIRT-1404 जब कोई शर्त, सिंगल कोट और डबल कोट की वैल्यू की तुलना करती है, तो यह अलग-अलग तरीके से काम करता है
APIRT-347 इंपोर्ट किए जाने पर, XSL नीति की सही तरीके से पुष्टि नहीं की गई है (दस्तावेज़ के तौर पर, आउटपुट वैरिएबल को नतीजे असाइन नहीं किए जाते)

16.07.27 (यूआई)

समस्या आईडी ब्यौरा
EDGEUI-621 'नए एपीआई के तौर पर सेव करें' प्रॉक्सी के तौर पर सेव करें डिफ़ॉल्ट नाम इस्तेमाल करता है, जिसमें वैज्ञानिक नोटेशन शामिल होता है, जैसे कि "new-1.234568901234568e+53"
EDGEUI-572 यूज़र इंटरफ़ेस (यूआई) में "गड़बड़ी: सेशन टाइम आउट" के बजाय "गड़बड़ी: अज्ञात गड़बड़ी" लिखा हुआ है

16.07.20.01 (कमाई करना)

इस रिलीज़ में छोटे-मोटे DB स्कीमा में हुए बदलाव शामिल हैं. इस रिलीज़ में कोई दूसरा सॉफ़्टवेयर अपडेट नहीं है.

16.07.13 (यूआई)

समस्या आईडी ब्यौरा
EDGEUI-609 'नया टारगेट सर्वर' बटन उस कस्टम भूमिका के लिए चालू नहीं है जिसे टारगेट सर्वर बनाने की अनुमति है
EDGEUI-584 ऐसे डेवलपर ऐप्लिकेशन के लिए कुंजी/सीक्रेट दिखाने से जुड़ी मामूली गड़बड़ियां जिनके पास एक से ज़्यादा क्रेडेंशियल हैं
EDGEUI-571 यूज़र इंटरफ़ेस (यूआई) में प्रॉक्सी नाम की सीमा, गलती से 50 वर्णों पर सेट कर दी गई है

16.07.06.02 (कमाई करना)

समस्या आईडी ब्यौरा
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 (कमाई करना)

कभी नहीं

16.06.15 (यूआई)

समस्या आईडी ब्यौरा
EDGEUI-566 मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में लॉग इन करने के बाद खाली पेज
EDGEUI-564 उपयोगकर्ताओं को मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) के लॉगिन के लिए, अनुमतियों से जुड़ी गड़बड़ियां मिलती हैं. इसके बाद, वे अपने-आप लॉग आउट हो जाते हैं
EDGEUI-549 एपीआई प्रॉक्सी परफ़ॉर्मेंस व्यू में डेटा दिखाने में गड़बड़ी हुई
EDGEUI-544 कस्टम रोल पेज पर, रिपोर्ट मिटाने की अनुमति के लिए गलत वैल्यू दिखती है
EDGEUI-504 डेवलपर ऐप्लिकेशन, पासकोड, और प्रॉडक्ट के लिए भ्रम की स्थिति बनाने वाला स्टेटस
EDGEUI-120 गड़बड़ी वाले पेज के अंदरूनी ईमेल लिंक में अमान्य ईमेल पता है
DEVRT-2301 कमाई करना: पब्लिश किए गए रेट प्लान पर एपीआई के साथ यूज़र इंटरफ़ेस (यूआई) अलाइनमेंट
पब्लिश किए गए रेट प्लान के खत्म होने की तारीख को ध्यान में रखते हुए, मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) अब मैनेजमेंट एपीआई के काम करने के तरीके से मैच करता है. अगर रेट प्लान के खत्म होने की तारीख दी गई है, तो उसके खत्म होने की तारीख नहीं बदली जा सकती. ज़्यादा जानकारी के लिए, पब्लिश किए गए किराये के प्लान की समयसीमा खत्म करना देखें.

16.06.08 (कमाई करना)

कभी नहीं

16.05.25 (कमाई करना)

समस्या आईडी ब्यौरा
DEVRT-2617 ग्राहक को सेवा प्लान खरीदने पर सूचना नहीं मिल रही
DEVRT-1483 जब कोई डेवलपर प्रीपेड से पोस्टपेड पर स्विच करता है, तब NullPointerअपवाद

18.05.18 (यूआई)

समस्या आईडी ब्यौरा
EDGEUI-551 अगर एक घंटे या उसके बाद, यूज़र इंटरफ़ेस (यूआई) सेशन खत्म हो जाता है, तो

16.05.11 (कमाई करना)

समस्या आईडी ब्यौरा
DEVRT-2497 क्यूपीआईडी को डेटा मिलना बंद हो गया
DEVRT-2490 ऐप्लिकेशन कुंजी को मिटाया नहीं जा सकता

16.05.11 (UI)

समस्या आईडी ब्यौरा
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 जब StartsWith को ऑपरेटर के तौर पर इस्तेमाल किया जाता है, तो प्रॉक्सी एडिटर कार्रवाई नहीं दिखाता
EDGEUI-496 मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में ट्रेस सेशन को रोकते समय"अज्ञात गड़बड़ी"
EDGEUI-141 प्रॉक्सी एडिटर में गड़बड़ी के मैसेज में हार्ड कोड किया गया बदलाव मौजूद है

16.04.13 (कमाई करना)

कभी नहीं

16.04.13 (यूआई)

समस्या आईडी ब्यौरा
EDGEUI-495 ट्रेस हमेशा .execution.सफलता = गलत दिखाता है
EDGEUI-494 JavaScript नीति हमेशा डिफ़ॉल्ट नाम के साथ स्क्रिप्ट जनरेट करती है, भले ही मैं कोई दूसरा नाम बताऊं
EDGEUI-432 Edge मैनेजमेंट के यूज़र इंटरफ़ेस (यूआई) डैशबोर्ड पर, डायरेक्ट प्रॉक्सी बनाने की सुविधा
EDGEUI-90 नया एपीआई प्रॉक्सी एडिटर, सीडेटा एलिमेंट के आस-पास गलत खाली सफ़ेद जगह डालता है

समस्याएं जिनके बारे में जानकारी है

इस रिलीज़ में ये समस्याएं हैं जिनके बारे में हमें पता है:

समस्या आईडी ब्यौरा
APIRT-3364

मैसेज प्रोसेसर, IPv4 और IPv6 पर डीएनएस लुकअप का इस्तेमाल करता है

अगर आपने NSCD (नेम सर्विस कैश डीमन) को इंस्टॉल और चालू किया है, तो आपको दिखेगा कि मैसेज प्रोसेसर दो डीएनएस लुकअप बनाते हैं: एक IPv4 के लिए और दूसरा IPv6 के लिए.

IPv6 पर डीएनएस लुकअप को बंद करने के लिए:

  1. हर मैसेज प्रोसेसर नोड पर, /etc/nscd.conf में बदलाव करें.
  2. इस प्रॉपर्टी को सेट करें:

    enable-cache होस्ट no
DOC-1687 पैकेज डिपेंडेंसी से जुड़े विवाद की वजह से, सैटलाइट के सर्वर 6 में इस्तेमाल किया गया Katello एजेंट, Qpid डीमन चलाने वाले Apigee Edge होस्ट पर ठीक से इंस्टॉल नहीं होगा.
पीछे जाएं
4.16.09.01
आगे बढ़ें
4.16.05.07