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

आपको Apigee Edge दस्तावेज़ दिख रहा है.
अभी तक किसी भी व्यक्ति ने चेक इन नहीं किया है इस पेज पर जाएं Apigee X दस्तावेज़.
जानकारी

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

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

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

'असाइन करें' में JSON पेलोड मैसेज भेजना और शिकायत करना

मैसेज असाइन करें या गड़बड़ी ठीक करने की नीति का इस्तेमाल करके, JSON पेलोड सेट करते समय, लोगों को कभी-कभी यह पक्का करने के लिए कि किसी JSON मैसेज को रनटाइम के दौरान सही तरीके से फ़ॉर्मैट किया गया था, समाधान का इस्तेमाल करना ज़रूरी है, जैसे कि पेलोड की शुरुआत बैकस्लैश "\" से होती है या किसी वैरिएबल प्रीफ़िक्स और वैरिएबल सफ़िक्स को तय करके वह पेलोड एलिमेंट होना चाहिए, भले ही मैसेज में किसी भी वैरिएबल का इस्तेमाल न किया गया हो.

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

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

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

<Set><Payload> देखें मैसेज असाइन करें नीति में बताया गया है और नीति के उल्लंघन की शिकायत करने से जुड़ी नीति के लिए उपलब्ध है. (एपीआईआरटी-1160)

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

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

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

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

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

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

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

(MGMT-3273)

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

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

Java कॉलआउट JAR वर्शन चेकिंग खाता

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

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

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

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

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

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

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

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

संदेश लॉगिंग के लिए TLS/SSL नीति

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

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

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

समस्या आईडी ब्यौरा
SECENG-609 लिंक किए गए ट्रस्टस्टोर को मिटाने के दौरान, रनटाइम कॉल काम नहीं कर रहे हैं या जब ट्रस्टस्टोर में मान्य सर्टिफ़िकेट मिटा दिया जाता है
MGMT-3404 Node.js लॉग को देखना/वापस पाना और प्रॉक्सी डिप्लॉय करना बहुत मुश्किल है धीरे
MGMT-3400 अगर कॉल कर रहे उपयोगकर्ता के पास "+" उस नाम से साइन इन करो
MGMT-3368 java.lang.ArrayIndexOutOfBoundsexcepts: 1, किसी एपीआई प्रॉक्सी बंडल को इंपोर्ट करते समय जिसमें रिसॉर्स/नोड/रिसॉर्स डायरेक्ट्री
MGMT-3364 OAuthV2: tutorials_uri चेक
MGMT-3319 किसी Vault में एंट्री की सूची जिसकी कोई वैल्यू शून्य है, वह काम नहीं करती संगठनों के लिए (सीपीएस और गैर-सीपीएस)
MGMT-3226 संगठन/एनवायरमेंट के लेवल पर क्वेरी करने से, ऐसा सारा डेटा नहीं इकट्ठा होना चाहिए जिसकी वजह से एपीआई की सुविधा मिलती है विफल रहने के लिए
Release_160302 में एक गड़बड़ी थी, जिसमें संगठन-लेवल/एनवायरमेंट पर संसाधनों की सूची थी अगर संसाधनों का कुल साइज़ 16 एमबी से ज़्यादा है, तो लेवल नहीं हो पाता. इसे.
AXAPP-2429 response_status_code का इस्तेमाल करने वाला Analytics API, डेटा का ऐक्सेस देता है गड़बड़ी
AXAPP-2386 Analytics की रोज़ाना की ईमेल रिपोर्ट में, खाली रिपोर्ट में मौजूद कॉन्टेंट को ठीक करना
AXAPP-2347 आंकड़ों की खास जानकारी वाले ईमेल रोज़ नहीं मिल रहे हैं
APIRT-3141 new exeutionresults() को कॉल करते समय JavaScript कॉलआउट फ़ेल हो जाते हैं, क्योंकि कंस्ट्रक्टर वीडियो को निजी के तौर पर सेट कर दिया गया है
APIRT-3140 HEAD एपीआई कॉल में, Serviceकॉलआउट नीति काम नहीं करती
APIRT-3131 कमाई करने के लिए, पुष्टि करने वाली बाहरी कंपनी
APIRT-3121 संगठन की संसाधन फ़ाइल में किया गया बदलाव 100% असरदार नहीं है
APIRT-3117 MP के सीपीयू का 100% इस्तेमाल किया जा चुका है और उसने ट्रैफ़िक भेजना बंद कर दिया है
APIRT-3016 रूटर "कॉल का समय खत्म हो गया" डिप्लॉयमेंट में गड़बड़ियां
APIRT-2975 सर्टिफ़िकेट बंडल अपलोड नहीं हो सका
APIRT-2955 FHIR-शिकायत के लिए JSON जवाब डेटा के कुछ एट्रिब्यूट को मास्क नहीं किया जा सका कॉन्टेंट-टाइप हेडर 'application/json+fhir'
APIRT-2946 OAuthV2-RefreshToken नीति, विशेषताएं नहीं छिपाती है भले ही प्रदर्शन को इस पर सेट किया गया हो गलत है
APIRT-2908 TLS1.2 अपडेट चालू होने के बाद, इंटरनल एपीआई कॉल के लिए TLS1.2 को लागू करना ज़रूरी है वर्चुअल होस्ट
APIRT-2901 कैश मेमोरी से लौटाए गए Gzip किए गए जवाबों को दो बार कंप्रेस किया जाता है
APIRT-2873 एमपी, products/developers/proxies
APIRT-2871 Trace में दो बार IOIntensive नीतियां दिख रही हैं
APIRT-2825 ऐक्सेसटोकन के दौरान मिलने वाले रिस्पॉन्स में व्याकरण की गड़बड़ी
APIRT-2750 किसी संगठन में ट्रैफ़िक से जुड़ी गड़बड़ियां ज़्यादा होना
APIRT-2685 अनजान गड़बड़ी की वजह से ट्रैफ़िक नहीं जा सकता
APIRT-2647 "इमेज में मौजूद इनपुट स्ट्रीम में शून्य बाइट मिली" इसमें गड़बड़ी है nonprod/dev
APIRT-2630 कैश मेमोरी से वैल्यू पढ़ने की कोशिश करते समय बार-बार दिखने वाली समस्याएं
APIRT-2620 ब्लॉक करने के कुछ चरणों के लिए, थ्रेड पूल को अलग करना
APIRT-2610 कैश मेमोरी में सेव की जाने वाली रिस्पॉन्स कैश नीति के साथ java.lang.ClassCastexcepthi
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 बनाए गए डिवाइस के लिए, टाइम आउट खत्म होने के बाद, डीबग करने वाले cURL कॉल को नहीं रोका जा रहा सेशन
APIRT-1495 एक्सएमएल खतरे से सुरक्षा, मौजूदा कॉन्टेंट टाइप को नहीं पकड़ पा रही है
APIRT-347 इंपोर्ट करने पर, XSL नीति की ठीक से पुष्टि नहीं की जाती है (नतीजे असाइन नहीं किए जाते) आउटपुट वैरिएबल के लिए दस्तावेज़ के तौर पर)