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

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

हमने मंगलवार, 30 अगस्त, 2016 को Public Cloud के लिए Apigee Edge का नया वर्शन रिलीज़ किया था.

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

इस रिलीज़ में नई सुविधाएं और अपडेट दिए गए हैं.

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

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

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

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

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

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

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

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

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

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

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

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

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

JavaScript में क्रिप्टो फ़ंक्शन

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

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

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

एपीआई प्रॉक्सी रिसॉर्स की पुष्टि

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

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

एक तय समय (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)

मैसेज लॉग करने के लिए TLS/एसएसएल की नीति

<KeyStore> और <TrustStore> को मैसेज लॉग करने की नीति पर, SSLInfo के कॉन्फ़िगरेशन में सेट किया जा सकता है. इससे, लॉगिंग सेवा के साथ एक या दोतरफ़ा TLS/एसएसएल की अनुमति मिलती है. मैसेज लॉग करने की नीति पर SSLInfo को उसी तरह कॉन्फ़िगर करें जिस तरह आप प्रॉक्सी TargetEndpoint पर करते हैं. हालांकि, Message Logging TLS/SSL, सिर्फ़ टीसीपी प्रोटोकॉल पर काम करता है. (APIRT-1858)

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

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

समस्या आईडी	ब्यौरा
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-347	इंपोर्ट किए जाने पर, XSL नीति की सही तरीके से पुष्टि नहीं की गई है (दस्तावेज़ के तौर पर, आउटपुट वैरिएबल को नतीजे असाइन नहीं किए जाते)