Apigee Edge दस्तावेज़ देखा जा रहा है.
Apigee X दस्तावेज़ पर जाएं. जानकारी
हमने मंगलवार, 8 सितंबर, 2015 को Private Cloud के लिए Apigee Edge की एक बड़ी सुविधा रिलीज़ की है.
पिछली बार, Edge for Private Cloud की तिमाही रिलीज़ (4.15.04.00) के बाद से, ये रिलीज़ हो चुकी हैं और इन्हें इस तिमाही होने वाली तिमाही में शामिल किया गया है:
Edge के कौनसे वर्शन को 4.15.07.00 पर अपग्रेड किया जा सकता है
Edge के मौजूदा वर्शन के हिसाब से, इनमें से कोई एक विकल्प चुना जा सकता है:
- सीधे 4.15.07.00 पर अपग्रेड करें
- धीरे-धीरे अपग्रेड करें, इसका मतलब है कि आपको अपने मौजूदा वर्शन से Edge के किसी दूसरे वर्शन में अपग्रेड करना होगा. इसके बाद, 4.15.07.00 पर अपग्रेड करना होगा.
ज़्यादा जानकारी के लिए, निजी क्लाउड के लिए किस Edge को 4.15.07.00 पर अपग्रेड किया जा सकता है देखें.
4.15.01.x या पिछले वर्शन से अपग्रेड करने से पहले
- Cassandra SSTable का वर्शन देखें:
- डायरेक्ट्री को /<install-root>/apigee4/data/cassandra/data में बदलें.
- ढूंढें निर्देश चलाएं,
> ढूंढें . -name *-ic-*
अगर आप Cassandra 1 .2 SSTable चला रहे हैं, तो नतीजों में.db फ़ाइलों का सेट दिखना चाहिए. - इस खोज निर्देश को चलाएं:
> ढूंढें . -name *-hf-*
नतीजे खाली होने चाहिए. इसका मतलब है कि कोई भी .db फ़ाइल hf फ़ॉर्मैट में नहीं है. अगर आपको hf फ़ॉर्मैट में कोई फ़ाइल नहीं दिखती है, तो इसका मतलब है कि आपने 4.15.07.00 पर अपग्रेड कर लिया है.
hf फ़ॉर्मैट Cassandra 1.0 SSTables के लिए है. अगर आपके पास hf फ़ॉर्मैट में कोई *.db फ़ाइल है, तो आपको इस प्रोसेस में बताए गए तरीके से SSTable को अपग्रेड करना होगा.
- अगर आपको hf फ़ॉर्मैट में कोई *.db फ़ाइल मिलती है, तो
SSTable को तब तक अपग्रेड करें, जब तक आप सभी कैसेंड्रा नोड को अपग्रेड न कर लें. इसके लिए, हर कैसंड्रा नोड पर नीचे दिया गया निर्देश चलाएं:
> /<install-root>/apigee4/share/ampche-cassandra/bin/nodetool -h localhost अपग्रेडstables -a - पहले चरण को दोहराएं, ताकि यह पता चल सके कि सभी *.db फ़ाइलें, Cassandra 1.2 वर्शन के ic फ़ॉर्मैट में हैं या नहीं.
- Edge इंस्टॉलेशन में हर कैसंड्रा नोड पर, पहले से लेकर तीसरे चरण तक दोहराएं.
- Edge 4.15.07.00 पर अपग्रेड करें.
- 4.15.07.00 अपग्रेड के बाद, *.db फ़ाइलों की जांच करके पक्का करें कि वे सभी
C* 2.0 स्टाइल sstable पर अपग्रेड हो गई हैं:
> cd /<install-root>/apigee4/data/cassandra/data
> ढूंढें . -name *-jb-*
अगर आपके पास Cassandra 2 .0 का इस्तेमाल हो रहा है, तो इस निर्देश से.db फ़ाइलों का सेट मिलेगा.
नई सुविधाएं और बेहतर टूल
इस रिलीज़ में नई सुविधाएं और सुधार शामिल किए गए हैं.
इंस्टॉलेशन और अपग्रेड
चुनिंदा कॉम्पोनेंट को अपग्रेड और अनइंस्टॉल करना
apigee-upgrade.sh और apigee-Uninstall.sh स्क्रिप्ट में अब आपको अपग्रेड या अनइंस्टॉल करने के लिए Edge के कॉम्पोनेंट चुनने की सुविधा मिलती है. पहले, यह नोड के सभी कॉम्पोनेंट को अपग्रेड या अनइंस्टॉल करता था. (OPDK-1377, OPDK-1175)
अपग्रेड रोल बैक करें
अगर अपग्रेड के दौरान apigee-upgrade.sh काम नहीं करता है, तो अब अपग्रेड को रोल बैक करने के लिए, apigee-rollback.sh स्क्रिप्ट का इस्तेमाल किया जा सकता है. अपग्रेड से जुड़ी समस्याओं को ठीक करने के बाद, फिर से अपग्रेड करने की कोशिश की जा सकती है. (OPDK-1275)
इंस्टॉलर स्क्रिप्ट के विकल्प छोटे किए गए
इंस्टॉल स्क्रिप्ट में अब ज़्यादा विकल्प नहीं लिए जाते, जैसे कि --help. अब वे सिर्फ़ एक अक्षर वाले विकल्प लेते हैं, जैसे कि -h. (OPDK-1356)
SmartDocs इंस्टॉलेशन
सेटअप-Smartdocs.sh स्क्रिप्ट के साथ SmartDocs इंस्टॉल करते समय, आपको संगठन, एनवायरमेंट, और वर्चुअल होस्ट की जानकारी डालने के लिए कहा जाता है. इससे यह पक्का होता है कि SmartDocs को सही जगह पर इंस्टॉल किया गया है. पहले, ये वैल्यू स्क्रिप्ट में हार्ड कोड किए जाते थे. (OPDK-1310)
बिना किसी प्रॉम्प्ट के, update-cass-pwd-in-config.sh चल रहा है
ENABLE_CASS_AUTH, CASS_USERNAME, और CASS_पासवर्ड के एनवायरमेंट वैरिएबल सेट करने पर, अपडेट-cass-pwd-in-config.sh स्क्रिप्ट प्रॉम्प्ट के बिना चल सकती है. (OPDK-1309)
Edge प्लैटफ़ॉर्म
इस रिलीज़ में शामिल EDGE प्लैटफ़ॉर्म की नई सुविधाएं नीचे दी गई हैं.
OpenJDK 1.7, Edge Private Cloud पर काम करता है
Edge की यह रिलीज़, Oracle JDK 1.7 और OpenJDK 7 के साथ काम करती है. साथ ही, JDK 1.6 पर काम नहीं करती. (OPDK-1187)
ओएस सहायता
Apigee Edge for Private Cloud ने ऑपरेटिंग सिस्टम के साथ काम करने वाले Red Hat Enterprise Linux 6.6 और 7.0 (64-बिट), CentOS 6.5, 6.6, और 7.0 (64-बिट), और Oracle Linux 6.5 को शामिल कर लिया है.
Cassandra 2.0.15 ओपीडीके 15.07 में शामिल
इस रिलीज़ से Cassandra 2.0.15 का इंस्टॉल हुआ है. अगर पिछली रिलीज़ के लिए अपग्रेड किया जा रहा है, तो आपका Cassandra का वर्शन अपडेट कर दिया जाएगा. (OPDK-1197)
OAuth टोकन हैशिंग के लिए SHA2 की सहायता
डेटाबेस की सुरक्षा का उल्लंघन होने पर OAuth टोकन को बेहतर ढंग से सुरक्षित करने के लिए, Edge, OAuth टोकन को हैश करने के लिए SHA2 एल्गोरिदम के साथ काम करता है (SHA1 के अलावा). संगठन के लेवल की नई प्रॉपर्टी की मदद से, नए टोकन के लिए हैशिंग को चालू और कॉन्फ़िगर किया जा सकता है. साथ ही, इस नई सुविधा से पहले मौजूद किसी भी टोकन पर लेगसी हैशिंग को बनाए रखा जा सकता है. पहले Edge for Private Cloud में, keymanagement.properties फ़ाइल (आपके मैनेजमेंट सर्वर और मैसेज प्रोसेस करने वाली कंपनी) में hash.oauth.tokens.enabled था, उनकी मदद से OAuth टोकन की अपने-आप SHA1 हैशिंग की सुविधा चालू हो जाती है. यह प्रॉपर्टी अब काम नहीं करती.
अगर आपने SHA1 हैशिंग चालू करने के लिए पहले hash.oauth.tokens.enabled प्रॉपर्टी का इस्तेमाल किया था, तो इस रिलीज़ के लिए अपग्रेड स्क्रिप्ट अपने-आप आपके लिए संगठन-लेवल की नई प्रॉपर्टी जनरेट करेगी. अपग्रेड के बाद पुष्टि करने के लिए, सिस्टम एडमिन के तौर पर इस एपीआई का इस्तेमाल करके GET का इस्तेमाल करें: https://{host}:{port}/v1/o/{your_org}.
- नई प्रॉपर्टी पर अपने संगठन में टोकन हैशिंग की सुविधा चालू करने के बारे में जानकारी पाने के लिए, ऐक्सेस टोकन का अनुरोध करना विषय में, "डेटाबेस में हैशिंग टोकन" देखें.
- मौजूदा टोकन की बल्क हैशिंग के बारे में जानकारी के लिए, Edge for Private Cloud ऑपरेशंस गाइड देखें. (एपीआईआरटी-1389)
लॉग फ़ाइलों के लिए फ़्लैट डायरेक्ट्री स्ट्रक्चर
लॉग फ़ाइलों को फ़्लैट डायरेक्ट्री स्ट्रक्चर में स्टोर करने के लिए Edge को कॉन्फ़िगर किया जा सकता है. इसके लिए, message-logging.property
फ़ाइल में एक नई enable.flat.directory.structure
प्रॉपर्टी को 'सही' पर सेट करें. ज़्यादा जानकारी के लिए, मैसेज लॉग करने से जुड़ी नीति देखें.
(एपीआईआरटी-1394)
एनवायरमेंट कैश मेमोरी की परफ़ॉर्मेंस
कैश मेमोरी को बेहतर तरीके से मैनेज करने और उसके इस्तेमाल के लिए, एनवायरमेंट कैश मेमोरी के संसाधनों की "मेमोरी में मौजूद ज़्यादा से ज़्यादा एलिमेंट" की सेटिंग अब काम नहीं करती. कैश मेमोरी के सभी रिसॉर्स में मौजूद एलिमेंट की कुल संख्या, कैश मेमोरी के लिए असाइन की गई कुल मेमोरी पर निर्भर करती है. इसमें डिफ़ॉल्ट कैश मेमोरी भी शामिल है. डिफ़ॉल्ट रूप से, किसी मैसेज प्रोसेसर की इन-मेमोरी कैश मेमोरी में सेव होने वाली कुल मेमोरी, कुल उपलब्ध मेमोरी का 40% होती है. यह आपकी मैसेज प्रोसेसर cache.properties फ़ाइल में मौजूद कैश प्रॉपर्टी की सेटिंग के हिसाब से तय की जाती है. इन-मेमोरी कैश मेमोरी से एलिमेंट को सिर्फ़ तब हटाया जाएगा, जब कैश मेमोरी में कम मेमोरी हो या एलिमेंट की समयसीमा खत्म हो गई हो.
कैश मैनेजमेंट के लिए, "मेमोरी में मौजूद ज़्यादा से ज़्यादा एलिमेंट" प्रॉपर्टी का इस्तेमाल करने के पुराने तरीके को बेहतर बनाने के लिए,
cache.properties फ़ाइल में
overrideMaxElementsInCacheResource=false
प्रॉपर्टी को सेट करें. (एपीआईआरटी-1140)
एपीआई सेवाएं
इस रिलीज़ में शामिल नई API सेवाएं सुविधाएं नीचे दी गई हैं.
नया प्रॉक्सी एडिटर डिफ़ॉल्ट के रूप में
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में, नया एपीआई प्रॉक्सी एडिटर डिफ़ॉल्ट रूप से चालू होता है. इस नए एडिटर में, इस्तेमाल करने से जुड़े कई सुधार शामिल हैं. इनमें, खास जानकारी देने वाले पेज पर कंडिशनल फ़्लो और एंडपॉइंट को बेहतर तरीके से देखने के साथ-साथ, डेवलप करने वाले पेज पर सभी कॉन्फ़िगरेशन, कंडिशनल फ़्लो, एंडपॉइंट, और नीतियों को बेहतर तरीके से जोड़ने, छोटे स्निपेट की तुलना में ज़्यादा पूरे एक्सएमएल व्यू, फ़ाइल के नामों और टेक्स्ट को क्रॉल करने वाली खोज वगैरह शामिल हैं. (एमजीएमटी-2279)
OAuth v2.0 की जानकारी मिटाने से जुड़ी नई नीति
"OAuth v2.0 की जानकारी मिटाएं" की नई नीति से, आपको OAuth v2 के ऐक्सेस टोकन और ऑथराइज़ेशन कोड मिटाने का विकल्प मिल सकता है. यह नीति, मैनेजमेंट एपीआई से मिलने वाली सुविधाओं को बदल देती है. ज़्यादा जानकारी के लिए, OAuthV2 की जानकारी से जुड़ी नीति मिटाएं देखें. (एमजीएमटी-2257)
OAuth v1.0 की जानकारी वाले वर्शन को मिटाने से जुड़ी नई नीति
नई "OAuth v1.0 जानकारी मिटाएं" नीति से, आपको OAuth v1.0 के अनुरोध के टोकन, ऐक्सेस टोकन, और पुष्टि करने वाले कोड मिटाने का विकल्प मिलता है. यह नीति, मैनेजमेंट एपीआई में पहले से उपलब्ध कराए गए फ़ंक्शन को बदल देती है. ज़्यादा जानकारी के लिए, OAuth V1 की जानकारी से जुड़ी नीति मिटाएं देखें. (एपीआईआरटी-1351)
ऐक्सेस कंट्रोल की नीति
ऐक्सेस कंट्रोल की नीति को बेहतर बनाया गया है, ताकि X-FORWARDED-FOR
एचटीटीपी हेडर में आईपी पतों के शामिल होने पर, अनुमति वाली सूची और अस्वीकार किए जाने वाले आईपी पतों का बारीकी से आकलन किया जा सके.
हेडर पर एक से ज़्यादा आईपी पतों की जांच करने की सुविधा चालू होने पर (feature.enableMultipleXForwardCheckForACL को सेट करने के लिए सहायता टीम से संपर्क करें), नीति के एक नए <ValidateBasedOn>
एलिमेंट की मदद से, हेडर में मौजूद पहले आईपी, आखिरी आईपी या सभी आईपी की जांच की जा सकती है. ज़्यादा जानकारी के लिए, ऐक्सेस कंट्रोल की नीति देखें.
ऐक्सेस एंटिटी नीति में नई इकाइयां
ऐक्सेस एंटिटी नीति से, इन नई इकाइयों का ऐक्सेस मिलता है: उपभोक्ता की जानकारी के दायरे, ऑथराइज़ेशन कोड, requesttoken, और पुष्टि करने की सुविधा. ज़्यादा जानकारी के लिए, ऐक्सेस इकाई की नीति देखें.
सांख्यिकी कलेक्टर नीति: आंकड़ों के नाम को अंग्रेज़ी के छोटे अक्षरों में अपने-आप बदलना
एपीआई प्रॉक्सी एडिटर में कस्टम Analytics कलेक्शन बनाते समय (डेवलप करें पेज > टूल > कस्टम Analytics कलेक्शन), कलेक्टर वैरिएबल (आंकड़े) "नाम" छोटे अक्षरों में होना चाहिए. अगर नाम को अंग्रेज़ी के बड़े अक्षरों में डाला जाता है, तो यह टूल, स्टैटिस्टिक्स कलेक्टर नीति के तहत, आंकड़ों के नाम को अपने-आप अंग्रेज़ी के छोटे अक्षरों में बदल देता है. (एमजीएमटी-740)
एपीआई प्रॉक्सी एडिटर में क्लासिक ट्रेस को हटाना
एपीआई प्रॉक्सी एडिटर में, ट्रेस करने की सुविधा के नए वर्शन को बीटा वर्शन से सामान्य वर्शन में उपलब्ध कराया गया है. "ट्रेस का क्लासिक वर्शन ऐक्सेस करें" लिंक की मदद से, "क्लासिक ट्रेस" का ऐक्सेस अब उपलब्ध नहीं है.
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) के सहायता मेन्यू से, Apigee कम्यूनिटी का ऐक्सेस
Apigee समुदाय को, मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) के सहायता मेन्यू में जाकर ऐक्सेस किया जा सकता है.
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में गड़बड़ी के मैसेज
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में गड़बड़ी के मैसेज को बेहतर बनाने के बारे में नीचे बताया गया है:
- मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल, यूज़र इंटरफ़ेस (यूआई) पर पूरे लॉगिन सेशन के दौरान गड़बड़ी के मैसेज का ग्रुप बनाने और उन्हें दिखाने के लिए किया जाता है. ऐसा तब तक होता है, जब तक आप उन्हें खारिज न कर दें. इस अपडेट के बाद, जिस पेज पर गड़बड़ी के मैसेज मिले थे उससे बाहर नेविगेट करने पर, वे मैसेज अपने-आप मिट जाते हैं. (एमजीएमटी-2254)
- मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में, अब डुप्लीकेट गड़बड़ी के मैसेज नहीं रोके गए हैं. (एमजीएमटी-2242)
यूज़र इंटरफ़ेस (यूआई) की परफ़ॉर्मेंस और गड़बड़ियों को बेहतर बनाने की सुविधा
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) के अलग-अलग पहलुओं में सामान्य सुधार किए गए हैं. इनमें पेज डिसप्ले की परफ़ॉर्मेंस और गड़बड़ी के मैसेज को क्लीनअप करने की सुविधा शामिल है.
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में संगठन के उपयोगकर्ताओं वाले पेज पर भूमिका वाले हाइपरलिंक
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में 'संगठन के उपयोगकर्ता' पेज (एडमिन > संगठन के उपयोगकर्ता) पर, भूमिका के नाम अब हाइपरलिंक किए गए हैं. इनकी मदद से, भूमिका वाले पेजों पर तुरंत नेविगेट किया जा सकता है. (एमजीएमटी-1055)
मैसेज फ़्लो में नए टारगेट वैरिएबल
मैसेज फ़्लो में नए वैरिएबल से, टारगेट एंडपॉइंट और टारगेट सर्वर के लिए, यूआरएल की ज़्यादा पूरी जानकारी मिलती है:
-
टारगेटएंडपॉइंट:
request.url
,target.basepath.with.query
की जगह ले लेता है. -
टारगेट सर्वर:
loadbalancing.targetserver
,targetserver.name
की जगह ले लेता है. साथ ही,target.basepath
सिर्फ़ तब अपने-आप भरता है, जब टारगेटएंडपॉइंट के HTTPTargetConnection<LoadBalancer>
एलिमेंट में<Path>
एलिमेंट का इस्तेमाल किया गया हो.
सर्वर नेम इंंडिकेशन (SNI) की सहायता
Edge में, सर्वर के नाम का संकेत दक्षिण की ओर (मैसेज प्रोसेसर से लेकर टारगेट एंडपॉइंट तक) का इस्तेमाल किया जा सकता है. अगर आपको SNI का इस्तेमाल करना है, तो Apigee सहायता से संपर्क करें.
Java 1.7 ज़रूरी है.
SNI, जो कि TLS/SSL का एक्सटेंशन है
Edge के हिसाब से कॉन्फ़िगरेशन की ज़रूरत नहीं है. अगर आपके एनवायरमेंट को एसएनआई के लिए कॉन्फ़िगर किया गया है (डिफ़ॉल्ट तौर पर, यह एज क्लाउड पर सेट होता है), तो Edge इसके साथ काम करता है.
Edge, अनुरोध के यूआरएल से होस्टनेम को अपने-आप निकालता है और उसे एसएसएल हैंडशेक के अनुरोध में जोड़ देता है. उदाहरण के लिए, अगर टारगेट होस्ट https://example.com/request/path है, तो Edge server_name एक्सटेंशन जोड़ता है, जैसा कि नीचे दिखाया गया है:
SNI के बारे में ज़्यादा जानकारी के लिए, http://en.wikipedia.org/wiki/Server_Name_Indication देखें.
एसएसएल सर्टिफ़िकेट की जानकारी में "हस्ताक्षर एल्गोरिदम"
एसएसएल सर्टिफ़िकेट की जानकारी में एक नया "हस्ताक्षर एल्गोरिदम" फ़ील्ड जोड़ दिया गया है. इसे मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) (एडमिन > एसएसएल सर्टिफ़िकेट) और मैनेजमेंट एपीआई (किसी कीस्टोर या Truststore से सर्टिफ़िकेट की जानकारी पाएं) में देखा जा सकता है. सर्टिफ़िकेट को जनरेट करने के लिए इस्तेमाल किए गए हैशिंग एल्गोरिदम के हिसाब से, फ़ील्ड में "sha1WithRSAEncrypt" या "sha256WithRSAEncrypt" में से कोई एक दिखाया जाएगा.
ऐसे एसएसएल सर्टिफ़िकेट दिखाए जा रहे हैं जिनकी समयसीमा खत्म होने वाली है
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में एसएसएल सर्टिफ़िकेट पेज (एडमिन > एसएसएल सर्टिफ़िकेट) से पता चलता है कि एसएसएल सर्टिफ़िकेट की समयसीमा 10, 15, 30 या 90 दिनों में कब खत्म हो रही है. यह इस बात पर निर्भर करता है कि आपने समयसीमा खत्म होने की तारीख वाले नए ड्रॉप-डाउन फ़ील्ड में क्या चुना है.
खतरे से सुरक्षा की गड़बड़ी का कॉन्फ़िगरेशन
अगर किसी मैसेज से JSON या एक्सएमएल के खतरे से बचाने की नीति का उल्लंघन नहीं होता है, तो EDGE में, एचटीटीपी 500 सर्वर में गड़बड़ी का स्टेटस कोड दिखता है. साथ ही, Execution बॉक्स, डिफ़ॉल्ट रूप से एक गड़बड़ी दिखाता है. संगठन की नई प्रॉपर्टी का इस्तेमाल करके,
उस गड़बड़ी के व्यवहार को बदला जा सकता है. संगठन की
प्रॉपर्टी features.isPolicyHttpStatusEnabled
को 'सही है' पर सेट करने पर, ये
व्यवहार होते हैं:
- अनुरोध: किसी भी अनुरोध फ़्लो के साथ खतरे से सुरक्षा की नीति जोड़ने पर, अमान्य मैसेज एक 400 स्टेटस कोड के साथ-साथ नीति की गड़बड़ी का एक मैसेज भी दिखाते हैं.
- रिस्पॉन्स: किसी भी रिस्पॉन्स फ़्लो में, खतरे से सुरक्षा की नीति जुड़ी होने पर, अमान्य मैसेज अब भी 500 स्टेटस कोड दिखाते हैं. साथ ही, नीति की गड़बड़ी का कोई एक मैसेज दिखता है (न कि सिर्फ़ Execस्था असफल.)
Cloud के ग्राहकों को संगठन की प्रॉपर्टी सेट करने के लिए, Apigee सहायता से संपर्क करना होगा. यह सुविधा, Edge Private Cloud के ग्राहकों के लिए अगली 'निजी क्लाउड' के तिमाही रिलीज़ में उपलब्ध होगी.
एंडपॉइंट, प्रॉक्सी, और अन्य इकाइयों के लिए अपडेट किए गए स्कीमा
पहचान टूल को नीति से जुड़ी इकाइयों के लिए अपडेट किया गया है. जैसे, TargetEndpoint, ProxyEndpoint, APIप्रॉक्सी वगैरह. https://github.com/apigee/api-platform-samples/tree/master/schemas देखें. (एपीआईआरटी-1249)
डेवलपर सेवाएं
इस रिलीज़ में डेवलपर सेवाओं की नई सुविधाएं शामिल की गई हैं.
SmartDocs की सामान्य उपलब्धता
SmartDocs की सुविधा अब बीटा वर्शन से सामान्य वर्शन पर उपलब्ध है. अपडेट और नई सुविधाओं में ये शामिल हैं:
- स्वैगर 2.0 के साथ काम करता है. इसमें फ़ाइल या यूआरएल से इंपोर्ट करना और कस्टम नाम वाले सुरक्षा ऑब्जेक्ट के साथ काम करना शामिल है.
- SmartDocs जनरेट करने वाले टेंप्लेट में विज़ुअल डिज़ाइन को बेहतर बनाया गया है.
- डेवलपर पोर्टल में उपयोगिता और वर्कफ़्लो को बेहतर बनाने के तरीके, जो Drupal में कॉन्टेंट > SmartDocs मेन्यू में उपलब्ध हैं.
- "कस्टम टोकन" की पुष्टि करने की प्रक्रिया को अब "एपीआई पासकोड" कहा जाता है.
- संशोधन स्तर पर तय किए गए पुष्टि करने वाले "सुरक्षा" ऑब्जेक्ट.
- टेंप्लेट लेवल पर क्लाइंट की पुष्टि करने का कॉन्फ़िगरेशन. नए वर्शन में, पहले से कॉन्फ़िगर किए गए किसी भी SmartDocs क्लाइंट क्रेडेंशियल को अब रीसेट नहीं किया जाएगा.
सुविधाओं के बारे में ज़्यादा जानकारी के लिए, यह ब्लॉग पोस्ट देखें.
SmartDocs की मदद से दस्तावेज़ बनाने के लिए, एपीआई का दस्तावेज़ बनाने के लिए, SmartDocs का इस्तेमाल करना लेख पढ़ें.
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में दिखाया गया डेवलपर ऐप्लिकेशन का नाम
Edge में डेवलपर ऐप्लिकेशन में एक ऐसा इंटरनल नाम होता है जो नहीं बदलता और एक ऐसा डिसप्ले नेम होता है जिसे बदला जा सकता है. मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) (पब्लिश > डेवलपर ऐप्लिकेशन > ऐप्लिकेशन का नाम) में, डेवलपर ऐप्लिकेशन पेज पर, "डिसप्ले नेम" के साथ ऐप्लिकेशन का इंटरनल "नाम" दिखता है. इससे, समस्या हल करने और एपीआई मैनेजमेंट के लिए, ऐप्लिकेशन को उनके अंदरूनी नाम से विज़ुअल तौर पर पहचानना आसान हो जाता है.
Analytics सेवाएं
इस रिलीज़ में शामिल नई Analytics सेवाएं सुविधाएं नीचे दी गई हैं.
सेव किए गए डेटा की समयसीमा
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) या एपीआई की मदद से आंकड़ों की रिपोर्ट जनरेट करते समय, मौजूदा तारीख से छह महीने से ज़्यादा पुराना डेटा डिफ़ॉल्ट रूप से ऐक्सेस नहीं किया जा सकता. अगर आपको छह महीने से पुराना डेटा ऐक्सेस करना है, तो Apigee की सहायता टीम से संपर्क करें.
मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) से कस्टम रिपोर्ट के क्लासिक वर्शन को हटाया जा रहा है
कस्टम Analytics रिपोर्ट का वैकल्पिक क्लासिक वर्शन, अब मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में उपलब्ध नहीं है.
डेवलपर के जुड़ाव वाले विजेट की परफ़ॉर्मेंस
बेहतर परफ़ॉर्मेंस देने के लिए, मुख्य Analytics डैशबोर्ड (डेवलपर दिलचस्पी सेक्शन) पर मौजूद फ़नल विजेट को बेहतर बनाया गया है.
कमाई करना
इस रिलीज़ में, कमाई करने की नई सुविधाएं शामिल की गई हैं.
किराया तय करने के प्लान से जुड़ी ईमेल सूचनाएं
रेट प्लान के लिए ईमेल सूचना के नए टाइप की मदद से, डेवलपर को तब सूचना दी जा सकती है, जब वे वॉल्यूम-बैंड या बंडल रेट के प्लान में किसी खास लेन-देन या डॉलर की सीमा तक पहुंच जाते हैं. ज़्यादा जानकारी के लिए, सूचना टेंप्लेट का इस्तेमाल करके सूचनाएं सेट अप करना देखें.
बार-बार लगने वाले शुल्क और डेटा इकट्ठा करने के आधार की अवधि का सिंक्रोनाइज़ेशन
रेट प्लान में, संभावित रूप से दो अलग-अलग समयावधियां लागू थीं:
- बार-बार लगने वाले शुल्क की अवधि, रेट प्लान के शुल्क टैब में कॉन्फ़िगर की जाती है. इससे यह तय होता है कि डेवलपर से बार-बार शुल्क कब लिया जाएगा.
- एग्रीगेशन के आधार की अवधि, वॉल्यूम बैंडेड या बंडल प्लान के रेट कार्ड में बताई गई है. इससे तय होता है कि डेवलपर के लिए बंडल का इस्तेमाल कब रीसेट किया गया था.
ये दो पीरियड अब सिंक हो गए हैं. जब किसी रेट प्लान में, बार-बार लगने वाला कोई शुल्क और वॉल्यूम बैंडेड या बंडल रेट कार्ड, दोनों मौजूद होते हैं, तो दोनों के लिए बार-बार लगने वाले शुल्क की अवधि का इस्तेमाल किया जाता है. उदाहरण के लिए, अगर हर महीने बार-बार लगने वाला शुल्क लिया जाता है, तो रेट कार्ड बंडल, हर महीने (डिफ़ॉल्ट रूप से, महीने की शुरुआत में) रीसेट कर दिए जाते हैं.
अगर बार-बार लगने वाला कोई शुल्क मौजूद नहीं है, तो बंडल को रेट कार्ड पर बताए गए एग्रीगेशन के आधार पर रीसेट कर दिया जाता है. उदाहरण के लिए, अगर कोई डेवलपर महीने की 19 तारीख को रेट कार्ड इस्तेमाल करना शुरू करता है और एग्रीगेशन आधार हर महीने है, तो बंडल का इस्तेमाल 19 तारीख के एक महीने बाद रीसेट हो जाता है.
एग्रीगेशन के तरीके को बंद किया जा रहा है. आने वाले समय में इसे कमाई करने की सुविधा से हटा दिया जाएगा. ज़्यादा जानकारी के लिए, रेट कार्ड प्लान की जानकारी तय करें देखें.
आय की खास जानकारी वाली रिपोर्ट में कस्टम एट्रिब्यूट
लेन-देन रिकॉर्ड करने की नीतियों की मदद से, लेन-देन से जुड़ा कस्टम एट्रिब्यूट डेटा कैप्चर किया जा सकता है. अब आपके पास रेवेन्यू की खास जानकारी वाली रिपोर्ट में, ट्रांज़ैक्शन के उन कस्टम एट्रिब्यूट को शामिल करने का विकल्प है. अपने संगठन में MINT.SUMMARY_CUSTOM_ATTRIBUTES प्रॉपर्टी जोड़कर, आप यह बता सकते हैं कि रिपोर्ट में इस्तेमाल करने के लिए डेटाबेस टेबल में कौनसे कस्टम एट्रिब्यूट जोड़े गए हैं.
Private Cloud के ग्राहकों के लिए Apigee Edge, इन एपीआई कॉल और सिस्टम एडमिन क्रेडेंशियल की मदद से फ़्लैग सेट कर सकता है.
curl -u email:password -X PUT -H "Content-type:application/xml" http://host:8080/v1/o/myorg -d \ "<Organization type="trial" name="MyOrganization"> <Properties> <Property name="features.isMonetizationEnabled">true</Property> <Property name="MINT.SUMMARY_CUSTOM_ATTRIBUTES">["my_attribute_1","my_attribute_2"]</Property> <Property name="features.topLevelDevelopersAreCompanies">false</Property> </Properties> </Organization>"
ध्यान दें कि एपीआई कॉल में कस्टम एट्रिब्यूट की कैटगरी को यूआरएल कोड में बदला गया है.
SmartDocs को अपग्रेड करने की प्रोसेस
अगर बीटा वर्शन में SmartDocs का इस्तेमाल पहले से किया जा रहा है, तो सामान्य रूप से उपलब्ध वर्शन में मिलने वाली नई सुविधाओं और क्षमताओं के लिए, आपको अपने डेवलपर पोर्टल में SmartDocs को अपग्रेड करना होगा.
आपके डेवलपर पोर्टल में पहले से पब्लिश किए गए SmartDocs के पेज काम करते रहेंगे. हालांकि, मौजूदा या नए पेजों में किसी भी बदलाव को पब्लिश या उसमें बदलाव करने से पहले, आपको अपडेट की प्रोसेस का पालन करना होगा.
ध्यान रखें कि आप अपने डेवलपर पोर्टल में SmartDocs को रेंडर और पब्लिश कर सकते हैं. हालांकि, SmartDocs, एपीआई मॉडल से जनरेट किए जाते हैं. यह मॉडल Apigee की Edge API Management सेवाओं में मौजूद होता है. Edge में किसी एपीआई मॉडल में किया जाने वाला कोई भी बदलाव, आपके सभी Pantheon एनवायरमेंट में एक जैसा ही होगा. यह बदलाव Pantheon के सभी प्लैटफ़ॉर्म पर डेवलपर के काम करने की तरह ही होगा.
SmartDocs के बीटा वर्शन से सामान्य वर्शन पर अपग्रेड करने के लिए
- Pantheon पर मौजूद अपने dev या test एनवायरमेंट में 15.05.27 की रिलीज़ को अपडेट और टेस्ट करें.
- इस्तेमाल किए जा रहे किसी भी मौजूदा एपीआई मॉडल को बदलने के लिए, कोई नया मॉडल बनाएं.
- अगर आपने स्वैगर या डब्ल्यूएडीएल दस्तावेज़ इंपोर्ट किए हैं, तो उन्हें फिर से नए वर्शन में इंपोर्ट करें.
- अगर आपने SmartDocs मॉड्यूल की मदद से, एपीआई मॉडल को बनाए रखा है, तो SmartDocs JSON के तौर पर एक्सपोर्ट करें और फ़ाइल अटैचमेंट का इस्तेमाल करके, नए मॉडल में इंपोर्ट करें.
- अपने मॉडल के संशोधन की सुरक्षा के गुण सेट करें. कॉन्टेंट >
SmartDocs > मॉडल पेज पर, सुरक्षा सेटिंग चुनें.
- मॉडल सेटिंग पेज (कॉन्टेंट >
SmartDocs) में पहले से कॉन्फ़िगर किए गए किसी भी पुष्टि की जांच करें. इसके लिए,
ऑपरेशंस कॉलम में, सेटिंग पर क्लिक करें.
- सीएसएस और JS एसेट के v6 का इस्तेमाल करने के लिए, किसी भी कस्टम टेंप्लेट को अपडेट करें. साथ ही, किसी भी नए ऑब्जेक्ट के नाम, जैसे कि authSchemes और apiSchema को दिखाने के लिए बदलाव करें. SmartDocs टेंप्लेट को अपडेट करने के बारे में जानकारी पाने के लिए, एपीआई को दस्तावेज़ करने के लिए SmartDocs का इस्तेमाल करना देखें.
- पुनः रेंडर करें और अपने मॉडल संशोधन को प्रकाशित करें.
- नए दस्तावेज़ की पुष्टि करने के बाद, अपने प्रोडक्शन पोर्टल को 27.05.27 की रिलीज़ पर अपडेट करें.
अगर आप Edge के एंटरप्राइज़ ग्राहक हैं और अपग्रेड की प्रोसेस को लेकर आपके मन में कोई सवाल है या आपको इसकी कोई समस्या है, तो कृपया Marsh@apigee.com और cnovak@apigee.com पर ईमेल करें. अगर ऐसा नहीं है, तो सबसे अच्छे जवाब के लिए Apigee समुदाय का इस्तेमाल करें.
आने वाले समय में सुविधाओं में बदलाव और सुधार
इस सेक्शन में, सुविधा में होने वाले संभावित बदलावों और सुधारों की झलक देखी जा सकती है:
रिस्पॉन्स कैश मेमोरी की नीति से जुड़ी नीति में बदलाव करें
यह तय किया जाना है कि आने वाले समय में यह रिलीज़ कब होगी. रिस्पॉन्स कैश मेमोरी की नीति के <ExcludeErrorResponse> एलिमेंट का डिफ़ॉल्ट तरीका बदल जाएगा.
मौजूदा व्यवहार: रिस्पॉन्स कैश मेमोरी की नीति में <ExcludeErrorResponse> एलिमेंट, डिफ़ॉल्ट रूप से 'गलत' पर सेट होता है. इसका मतलब है कि डिफ़ॉल्ट रूप से, किसी भी संभावित एचटीटीपी स्टेटस कोड (जिसमें 3xx) वाले रिस्पॉन्स शामिल होते हैं, उन्हें रिस्पॉन्स कैश मेमोरी नीति की मदद से कैश मेमोरी में सेव किया जाता है.
आने वाले समय का व्यवहार: रिस्पॉन्स कैश मेमोरी की नीति में <ExcludeErrorResponse> एलिमेंट, डिफ़ॉल्ट रूप से 'सही' पर सेट होगा. इसका मतलब है कि डिफ़ॉल्ट रूप से, सिर्फ़ एचटीटीपी स्टेटस कोड 200 से 205 वाले रिस्पॉन्स को कैश मेमोरी में सेव किया जाएगा. इस व्यवहार को बदलने और सभी स्टेटस कोड के रिस्पॉन्स कैश मेमोरी में डालने के लिए, आपको <ExcludeErrorResponse> एलिमेंट को साफ़ तौर पर 'सही' पर सेट करना होगा.
मौजूदा समाधान: Private Cloud 4.15.07.00 और पुराने वर्शन के लिए, अगर आपको रिस्पॉन्स को सिर्फ़ स्टेटस कोड 200 से 205 के साथ कैश मेमोरी में सेव करना है, तो आपको साफ़ तौर पर <ExcludeErrorResponse> एलिमेंट को सही पर सेट करना होगा.
गड़बड़ियां ठीक की गईं
इस रिलीज़ में इन गड़बड़ियों को ठीक किया गया है.
समस्या आईडी | ब्यौरा |
---|---|
OPDK-1521 | पासवर्ड एन्क्रिप्ट (सुरक्षित) करने से जुड़ी समस्या |
OPDK-1201 | यूज़र इंटरफ़ेस (यूआई) डेटा वापस नहीं लाया जा सका |
OPDK-1112 | Apigee के एडमिन उपयोगकर्ता पर, एलडीएपी पासवर्ड से जुड़ी पसंद के मुताबिक नीति लागू नहीं की जा रही है |
OPDK-1097 | OPDK अपग्रेड के दौरान कीस्पेस अपवाद |
OPDK-1068 | अगर इंस्टॉल करने के दौरान एडमिन का पासवर्ड काम नहीं करता, तो उसे बदला नहीं जा सकता |
OPDK-1053 | ज़ूकीपर रूट के तौर पर चल रहा है |
OPDK-967 | जब OpenLDAP को set-autostart.sh का इस्तेमाल करके ऑटोस्टार्ट पर सेट किया जाता है, तो all-status.sh उन्हें 'बंद है' के तौर पर रिपोर्ट करते हैं |
OPDK-905 | SmartDocs का प्रॉडक्ट पहले से ही axgroup001 ग्रुप में रजिस्टर है |
OPDK-899 | शामिल होने के दौरान गड़बड़ी हुई |
OPDK-847 | शामिल होने के दौरान बनाए गए उपयोगकर्ता को पासवर्ड रीसेट करने के लिए मेल नहीं मिलता |
OPDK-817 | init.d स्क्रिप्ट में गड़बड़ी होती है |
OPDK-815 | ax-puge.sh स्क्रिप्ट के लिए सैंपलिंग टेबल को पूरी तरह से साफ़ करने की ज़रूरत होती है |
MGMT-2246 | मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में कस्टम रिपोर्ट बनाने का पेज ठीक से नहीं दिख रहा है |
MGMT-2235 | एसएसएल सर्टिफ़िकेट की समयसीमा खत्म होने की तारीख को गलत तरीके से
राउंड ऑफ़ किया जा सकता है एसएसएल सर्टिफ़िकेट की समयसीमा खत्म होने के बीच, उसकी समयसीमा खत्म होने की तारीख को हमेशा दिनों में दिखाया जाता है. ऐसे में, सर्टिफ़िकेट की समयसीमा 90 या उससे कम दिनों में खत्म होने वाले महीनों को नहीं, बल्कि दिनों में दिखाया जाता है. |
MGMT-2193 | एपीआई में बदलाव करते समय स्पिनर लोड करना |
MGMT-2173 | ट्रेस यूज़र इंटरफ़ेस (यूआई), कानूनी यूआरएल की अनुमति नहीं देता ट्रेस यूज़र इंटरफ़ेस (यूआई) की मदद से, अब आपको क्वेरी पैरामीटर की वैल्यू वाले ऐसे अनुरोध भेजे जा सकते हैं जिनमें नेस्ट किए गए क्वेरी पैरामीटर शामिल हों. |
MGMT-2162 | JavaScript कंपाइलेशन से जुड़ी समस्या |
MGMT-2124 | यूज़र इंटरफ़ेस (यूआई) में अनुमतियों को सेव करने पर, ग्राहक की भूमिका की अनुमतियां रीसेट हो जाती हैं |
MGMT-2114 | MessageLogging नीति में अमान्य Syslog आईपी की वजह से, डिप्लॉयमेंट के दौरान सही गड़बड़ी होनी चाहिए |
MGMT-2067 | ट्रेस: अगर एपीआई प्रॉक्सी रिविज़न को दो एनवायरमेंट में डिप्लॉय किया जाता है, तो रिविज़न और एनवायरमेंट को चुनने से यह ठीक से काम नहीं करता |
MGMT-2061 | पासवर्ड याद नहीं है कि यह ईमेल सिर्फ़ रजिस्टर किए गए उपयोगकर्ताओं को भेजना चाहिए मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) के लॉगिन पेज पर मौजूद "पासवर्ड याद नहीं है?" लिंक, सिर्फ़ रजिस्टर किए गए Apigee उपयोगकर्ताओं को ईमेल भेजता है. |
MGMT-2048 | कस्टम रोल वाला उपयोगकर्ता, जो डिप्लॉयमेंट की अनुमतियों को एक एनवायरमेंट के लिए सीमित करता है, अन्य में डिप्लॉय कर सकते हैं |
MGMT-2041 | FultTermss एलिमेंट को डिफ़ॉल्ट अटैचमेंट टेंप्लेट से हटाएं API प्रॉक्सी बनाने या नीतियां जोड़ने पर, FaultTerms एलिमेंट को अपने-आप नहीं जोड़ा जाता है, जिसका इस्तेमाल नीतियों या एपीआई के प्रॉक्सी चरणों में नहीं किया जाता. |
MGMT-2034 | WSDL फ़ेच करने की प्रोसेस पूरी नहीं हुई: "WSDL फ़ेच करें: WSDL को प्रोसेस करने में गड़बड़ी हुई." |
MGMT-1986 | डेवलपर को जोड़ते समय यूज़र इंटरफ़ेस (यूआई) में गड़बड़ी होना |
MGMT-1983 | OAuth 2.0 ऑथराइज़ेशन कोड एपीआई पाना, जो एपीआई से गलत स्टेटस दिखाता है |
MGMT-1962 | मज़बूत पासवर्ड से मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में लॉग इन करने में गड़बड़ी प्रतिशत के निशान जैसे कुछ खास वर्णों के साथ यूज़र इंटरफ़ेस (यूआई) में लॉग इन करने पर, अब यह काम नहीं करता. |
MGMT-1947 | मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में ऐसी भूमिकाएं दिखती हैं जो काम की नहीं हैं अगर किसी उपयोगकर्ता के पास लेन-देन रिकॉर्ड करने की नीति बनाने या उसमें बदलाव करने की अनुमति नहीं है, तो लेन-देन रिकॉर्ड करने की नीति बनाने और उसमें बदलाव करने के लिए, यूज़र इंटरफ़ेस (यूआई) बटन अब काम करना बंद कर देते हैं. |
MGMT-1899 | प्रॉडक्ट की सेटिंग को सेव करने के बाद, रिसॉर्स पाथ मिटाए गए किसी एपीआई प्रॉडक्ट में बदलाव करते समय, अगर उपयोगकर्ता 'सेव करें' बटन पर दो बार क्लिक करता है, तो प्रॉडक्ट के रिसॉर्स पाथ मिट सकते हैं. इस समस्या को हल कर दिया गया है. |
MGMT-1894 | डेवलपर ऐप्लिकेशन पेज, डेवलपर कॉलम के लिए पूरी तरह लोड नहीं होता |
MGMT-1882 | WSDL से नया एपीआई प्रॉक्सी सिर्फ़ आखिरी पैरामीटर की जानकारी दिखाता है |
MGMT-1878 | अगर किसी एनवायरमेंट में कई सारे बदलाव लागू किए जाते हैं, तो ट्रेस उनमें से सिर्फ़ एक को दिखाता है |
MGMT-1872 | कस्टम रिपोर्ट डाउनलोड करने में समस्या आना |
MGMT-1863 | मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में Node.js लॉग नहीं देखे जा सकते |
MGMT-1843 | एपीआई प्रॉक्सी खुल नहीं रहा |
MGMT-1833 | sysadmin उपयोगकर्ता के पास OPDK के यूज़र इंटरफ़ेस (यूआई) में पासवर्ड बदलने का विकल्प नहीं होना चाहिए |
MGMT-1825 | क्रॉस-साइट स्क्रिप्टिंग (XSS) की गड़बड़ियां |
MGMT-1824 | .xml एक्सटेंशन वाली WSDL फ़ाइल इंपोर्ट करते समय WSDL पाएं |
MGMT-1812 | इंपोर्ट किए जाने के दौरान TargetEndpoint की पुष्टि करें प्रॉक्सीEndpoint की तरह, एपीआई प्रॉक्सी इंपोर्ट के दौरान शर्तों में इस्तेमाल किए जाने वाले सही स्कीमा और एक्सप्रेशन के लिए, TargetEndpoint की पुष्टि की जाएगी. |
MGMT-1804 | कुछ मामलों में Node.js एपीआई अमान्य JSON भेज रहा है अगर json डेटा में अमान्य वर्ण थे, तो Node.js लॉग स्क्रीन का इस्तेमाल, फ़ॉर्मैट नहीं किए गए लॉग दिखाने के लिए किया जाता है. इस रिलीज़ में यह समस्या ठीक कर दी गई है और यूज़र इंटरफ़ेस (यूआई) अब अच्छी तरह से फ़ॉर्मैट किए गए node.js लॉग दिखाता है. |
MGMT-1802 | पासवर्ड रीसेट करने का यूआरएल #118 अगर मैनेजमेंट यूज़र इंटरफ़ेस (यूआई), एसएसएल को बंद करने वाले सर्वर के पीछे है, तो मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) अब सही तरीके से, एचटीटीपी यूआरएल के बजाय https यूआरएल के लिंक के साथ पासवर्ड वाला ईमेल जनरेट करता है. |
MGMT-1799 | ट्रेस में यूज़र इंटरफ़ेस (यूआई) की सुरक्षा से जुड़े जोखिम की आशंका |
MGMT-1777 | उपयोगकर्ता को उस ईमेल पते से नहीं जोड़ा जा सकता जिसका टीएलडी .acn है |
MGMT-1735 | ब्रैंडिंग "W फ़ेच करते समय गड़बड़ी" हमने Edge OPDK में कस्टम ब्रैंडिंग के साथ काम करने की सुविधा को तुरंत हटा दिया है. हमें पता है कि इससे उन कुछ ग्राहकों को निराशा हो सकती है जो इसे इस्तेमाल कर रहे थे. हालांकि, यह ऐसी सुविधा नहीं है जो सीधे तौर पर एपीआई मैनेजमेंट से जुड़ी Edge की क्षमताओं को बेहतर बनाती है. |
MGMT-1569 | एपीआई प्रॉक्सी को मौजूदा एपीआई प्रॉडक्ट से अटैच करने में समस्या एपीआई प्रॉक्सी में "/" पाथ के लिए संसाधन होने पर, मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में, एपीआई प्रॉडक्ट में एपीआई प्रॉक्सी को अटैच करने की समस्या को ठीक किया गया. |
MGMT-1563 | कोई गड़बड़ी मिलने पर, ट्रेस पर 'भेजें' बटन बंद रहता है |
MGMT-1362 | अगर ईमेल पते में
'_' शामिल है, तो पासवर्ड याद नहीं है OPDK वाले ईमेल पतों में, पासवर्ड रीसेट करने की समस्या को ऐसे ईमेल पतों के साथ ठीक किया जाता है जिनमें अंडरस्कोर मौजूद होते हैं. |
MGMT-1345 | एक से ज़्यादा नेमस्पेस के साथ WSDL को इंपोर्ट करने की वजह से, बिल्ड के एसओएपी चरण को गलत तरीके से कॉन्फ़िगर किया गया |
MGMT-1193 | नए बदलावों से रूट का नियम अचानक बदल जाता है, इसलिए प्रॉक्सी को सेव करना |
MGMT-1061 | SmartDocs: स्वैगर डेफ़िनिशन में बॉडी टाइप पैरामीटर की जानकारी, जो दस्तावेज़ के यूज़र इंटरफ़ेस (यूआई) में नहीं दिखाई गई है |
MGMT-800 | 'डिफ़ॉल्ट' नाम वाले संसाधन बनाने पर, यूज़र इंटरफ़ेस (यूआई) में गड़बड़ी दिखती है |
MGMT-787 | यूज़र इंटरफ़ेस (यूआई) इस्तेमाल करने से जुड़ी सूचना के इस्तेमाल से जुड़ी समस्या मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में, जब + एपीआई प्रॉक्सी पर क्लिक किया जाता है और नया एपीआई प्रॉक्सी डायलॉग दिखता है, तो डायलॉग को खारिज करने के लिए Esc दबाएं. |
MGMT-619 | एपीआई प्रॉक्सी यूज़र इंटरफ़ेस (यूआई) पेज में पेज नंबर चालू करें |
MGMT-602 | एपीआई प्रॉक्सी डेवलप व्यू: अगर एंडपॉइंट के पास PreFlow/PostFlow मौजूद नहीं है, तो रिस्पॉन्स कैश नीति जोड़ें इससे गड़बड़ी होती है |
MGMT-460 | नीति का नाम बदलने से गलत व्यवहार होता है और डुप्लीकेट नीति को हटाया नहीं जा सकता |
DEVRT-1644 | नाम के हिसाब से सूचनाओं की खोज, जिसकी वजह से गलत ईमेल भेजा जा रहा है |
DEVRT-1583 | कमाई करने की सुविधा वाले यूज़र इंटरफ़ेस (यूआई) में, मौजूदा रेट प्लान के लिए "आने वाले समय" का बैज दिखाया गया है |
DEVRT-1546 | प्लान की सीमाएं काम नहीं कर रही हैं |
DEVRT-1511 | किसी मौजूदा डेवलपर के लिए, mint.resourceDownloadsNotExist से जुड़ी गड़बड़ी |
CORERT-639 | TCPSysLogSocket एक सिंक होना ज़रूरी है |
CORERT-613 | "unidentity_name" की वजह से एसएसएल हैंडशेक काम नहीं कर रहा |
AXAPP-1728 | Analytics में कमाई करने के वैरिएबल को अनदेखा करना |
AXAPP-1708 | Analytics API एक ही आंकड़े के लिए अलग-अलग नंबर देता है. यह इस बात पर निर्भर करता है कि मैंने किस तरह का सवाल पूछा है |
AXAPP-1707 | मुफ़्त पॉड के आंकड़ों की परफ़ॉर्मेंस को बेहतर बनाना |
AXAPP-1690 | कस्टम रिपोर्ट में"अमान्य एपीआई की गड़बड़ी" |
AXAPP-1533 | Analytics जियोमैप, अमान्य एपीआई कॉल की गड़बड़ी दिखाता है |
AXAPP-1493 | कैश मेमोरी की परफ़ॉर्मेंस के आंकड़े गलत हैं |
APIRT-1436 | हैश नहीं किए गए टोकन को हैश करने के लिए टूल/स्क्रिप्ट बनाना |
APIRT-1425 | TurnOnError एट्रिब्यूट को "सही" पर सेट करने पर, Javaकॉलआउट नीति में कोई असर नहीं पड़ता |
APIRT-1346 | OAuth2.0 - hash.oauth.tokens.enabled के सही होने पर, ऐक्सेस टोकन के रिस्पॉन्स में हैश की गई वैल्यू दिखती है |
APIRT-1206 | target_ip को तथ्यों की टेबल में, 503 सेकंड और ज़्यादातर 504 सेकंड के लिए रिकॉर्ड नहीं किया गया है |
APIRT-1170 | संसाधन फ़ाइल मौजूद न होने की वजह से, एमपी एनवायरमेंट को लोड नहीं कर सका |
APIRT-1148 | Node.js टारगेट के लिए, ResponseFlow में {message.version} वैरिएबल का जीईटी NPE का है |
APIRT-1054 | डिफ़ॉल्ट के अलावा किसी दूसरी डायरेक्ट्री में लॉग इन करने पर, मैसेज लॉग नहीं हो पाता |
APIRT-387 | OrganizationService को एमपी पर 'अन्य' फ़्लेवर में चलाएं |
APIRT-67 | OAuth generateAccessToken नीति, oauthV2.failed वैरिएबल को सही तरीके से सेट नहीं करती |
APIRT-52 | कस्टम रिपोर्ट: कई एपीआई के लिए रिस्पॉन्स का स्टेटस कोड शून्य है |
आम तौर पर होने वाली समस्याएं
इस रिलीज़ में ये समस्याएं हैं जिनके बारे में हमें पता है.
समस्या आईडी | ब्यौरा |
---|---|
OPDK-1586 |
IPV6 के साथ काम करने की सुविधा चालू न होने पर, API BaaS पोर्टल शुरू नहीं हो पाता
|
OPDK-1785 |
Edge के इंस्टॉल किए गए एनवायरमेंट पर कमाई करने से जुड़ा कॉम्पोनेंट इंस्टॉल करें
कमाई करने की सुविधा इंस्टॉल करने से पहले, apigee-env.sh फ़ाइल में कमाई करने का सही वर्शन सेट कर दें. 4.15.07 में कमाई करने वाला वर्शन पाने के लिए (Edge 4.15.07 पर अपग्रेड करने के बाद) चलाएं:
> source /{install-dir}/apigee4/bin/apigee-env.sh > VER=`basename $(find $SHARE_DIR/installer/monetization -name "mint-*.zip") | cut -d "-" -f 2,3,4`
डिफ़ॉल्ट रूप से, install-dir /opt है.
ऊपर से VER का मान apigee-env.sh में सेट किया जाना चाहिए:
> sed -i "s/^MONETIZATION_VERSION=.*/MONETIZATION_VERSION=$VER/" /install-dir/apigee4/bin/apigee-env.sh
अगर आपने ऊपर दिए गए तरीके को अपनाएं बिना कमाई करने की सुविधा इंस्टॉल करने की कोशिश की है, तो
इंस्टॉल नहीं हो पाएगा और शेयर डायरेक्ट्री में सिमलिंक का इस्तेमाल बंद होने की संभावना है. आपको
यह सिमलिंक हटाना होगा:
> rm /install-dir/apigee4/share/monetization
सिमलिंक हटाने के बाद, कमाई करने वाला वर्शन सेट करने के लिए ऊपर दिया गया तरीका अपनाएं.
इसके बाद, कमाई करने की सुविधा इंस्टॉल करने की फिर से कोशिश करें.
|
OPDK-1857 |
bin/qpid-stat.sh और
bin/qpid-config.sh में हार्ड कोड किया गया Python 2.6 वर्शन CentOS और RedHat 7.0 पर, bin/qpid-stat.sh और bin/qpid-config.sh में मौजूद कई स्क्रिप्ट को हार्ड कोड किया जाता है, ताकि Python वर्शन 2.6 का इस्तेमाल किया जा सके. इस समस्या को हल करने के लिए, apigee4/bin डायरेक्ट्री में qpid-stat.sh और qpid-config.sh में PYTHONPATH को एक्सपोर्ट करने वाली लाइन को बदलना है.
अपने सिस्टम पर Python वर्शन पता करने के लिए, डायरेक्ट्री /opt/apigee4/share/apache-qpid/lib में Python वर्शन देखें. इस डायरेक्ट्री की वैल्यू, Python2.7 में सबसे ज़्यादा होने की संभावना है. इसके बाद, आपको qpid-stat.sh और qpid-config.sh में PYTHONPATH सेटिंग को सही पाथ से अपडेट करना होगा. उदाहरण के लिए:
|
DEVRT-1574 | कई चालू रेट प्लान वाले डेवलपर के लिए बैलेंस और इस्तेमाल का अलग-अलग होना कमाई करने की सुविधा में, अगर कोई डेवलपर एक से ज़्यादा ऐसे रेट प्लान पर चालू है जिनमें हर एपीआई कॉल के लिए शुल्क लिए जाते हैं, तो हो सकता है कि बाकी बचे पैसों के इस्तेमाल में अंतर हो. |
APIBAAS-1647 | sys एडमिन के तौर पर लॉगिन करने के बाद, BaaS यूज़र इंटरफ़ेस (यूआई) में 'भूमिकाएं पाने में गड़बड़ी' का मैसेज
दिखता है गड़बड़ी का यह मैसेज, 4.15.01 से 4.15.07 पर अपग्रेड करने के बाद, sys एडमिन के सिस्टम में पहले लॉग इन पर दिखता है. इस मैसेज को अनदेखा किया जा सकता है. |
DEVRT-1834 |
कमाई को 4.15.07 पर अपग्रेड करना apigee-upgrade.sh स्क्रिप्ट नीचे दिए गए मैसेज को प्रिंट करती है. इसके आखिर में, आपको कोई दूसरी स्क्रिप्ट चलाने के लिए कहा जाता है: ************************************** In order to complete the monetization upgrade please run: sudo /opt/apigee4/share/monetization/schema/migration/MOPDK4.15.04.00/ 365-create-notification-condition.sh ************************************** इस मैसेज को अनदेखा किया जा सकता है. यह स्क्रिप्ट आवश्यक नहीं है और इसे चलाया नहीं जा सकता. |
DEVRT-1951 |
कमाई करने के नए तरीके को इंस्टॉल करने से जुड़ी सूचनाओं के कॉन्फ़िगरेशन मौजूद नहीं हैं
Apigee Edge के 4.15.07.00 वर्शन के नए इंस्टॉलेशन में, कमाई करने से जुड़ी सूचनाओं के लिए ये कॉन्फ़िगरेशन मौजूद नहीं हैं. ये सूचनाएं, मैनेजमेंट यूज़र इंटरफ़ेस (यूआई) में
एडमिन > सूचनाएं पेज पर सूचनाओं के टाइप के मुताबिक होती हैं.
mint.Scheduler.${ORG_ID}.adhocnotify@@@management
mint.scheduler.${ORG_ID}.expiringrateplannotify@@management
mint.scheduler.${ORG_ID}.newpkgnotify@@@management
mint.scheduler.${ORG_ID}.newproductnotify@@management
mint.Scheduler.${ORG_ID}.newrateplannotify@@management
mint.शेड्यूलr.${ORG_ID}.tncacceptancenotify@@@management
इस समस्या का समाधान करने के लिए, इन चरणों का पालन करें. आपको अपने Cassandra इंस्टेंस के
आईपी पते की ज़रूरत होगी. इसे ढूंढने के लिए,
<installation-root>/apigee4/conf/cassandra/cassandra.yaml या
<installation-root>/apigee4/conf/cassandra/cassandra-topology.properties पर जाएं.
|
DEVRT-1952 |
4.14.07.00 से हुए 'कमाई अपग्रेड' में सूचना कॉन्फ़िगरेशन मौजूद नहीं है
'निजी क्लाउड के लिए Apigee Edge' पर, 4.14.07.00 से 4.15.07.00 पर अपग्रेड किए जाने पर, कमाई करने से जुड़ी सूचनाओं के ये कॉन्फ़िगरेशन मौजूद नहीं हैं. इस वजह से, कमाई करने से जुड़ी रिपोर्ट सही तरीके से काम नहीं करेंगी.
mint.scheduler.${ORG_ID}.chargedaily@@@management
mint.scheduler.${ORG_ID}.chargehourly@@@management
इस समस्या का समाधान करने के लिए, इन चरणों का पालन करें. आपको अपने Cassandra इंस्टेंस के
आईपी पते की ज़रूरत होगी. इसे ढूंढने के लिए,
<installation-root>/apigee4/conf/cassandra/cassandra.yaml या
<installation-root>/apigee4/conf/cassandra/cassandra-topology.properties पर जाएं.
|
OPDK-1878 | एक से ज़्यादा डेटासेंटर के इंस्टॉल में पॉड के नाम को सेट नहीं किया जा सकता Edge इंस्टॉल करने से जुड़ी गाइड में एक से ज़्यादा डेटासेंटर के लिए साइलेंट इंस्टॉल फ़ाइलों में पॉड के नाम को "गेटवे-1" और "गेटवे-2" के तौर पर सेट करने के बारे में बताया गया है. हालांकि, पॉड का नाम बदलने पर, राऊटर और मैसेज प्रोसेसर सही तरीके से रजिस्टर नहीं हो पाते और उन्हें ऐक्सेस नहीं किया जा सकता. यह समस्या setup-org.sh स्क्रिप्ट को भी उपलब्ध मैसेज प्रोसेसर ढूंढने से रोकती है. MP_POD प्रॉपर्टी का इस्तेमाल करके, पॉड का नाम, दोनों डेटासेंटर के लिए साइलेंट इंस्टॉल फ़ाइल में "गेटवे" पर सेट किया जा सकता है. |
OPDK-1886 |
नोड, लोकल आईपी पते ऐक्सेस नहीं कर सकता, जैसे कि 192.168.x.y
connect.ranges.denied=10.0.0.0/8,192.168.0.0/16,127.0.0.1/32
इसके बाद, मैसेज प्रोसेसर नोड को रीस्टार्ट करें:
<install_dir>/apigge4/bin/apigee-service message-processor restart
|
OPDK-1958 | अपग्रेड करते समय, सभी नोड को मैनेजमेंट सर्वर पर पोर्ट 8080 का ऐक्सेस
ज़रूरी होगा रनटाइम के दौरान, इन कॉम्पोनेंट को मैनेजमेंट सर्वर पर पोर्ट 8080 का ऐक्सेस चाहिए: राऊटर, मैसेज प्रोसेसर, यूज़र इंटरफ़ेस (यूआई), Postgres, और Qpid. हालांकि, अपग्रेड करते समय सभी नोड को मैनेजमेंट सर्वर पर पोर्ट 8080 का ऐक्सेस चाहिए होगा. इसमें कैसंड्रा और ज़ूकीपर नोड भी शामिल हैं. |
OPDK-1962 | अपग्रेड करने के बाद, Edge API के लिए एसएसएल को फिर से कॉन्फ़िगर करना ज़रूरी है अगर आपने 4.15.07.00 में अपग्रेड करने से पहले, एसएसएल का इस्तेमाल करने के लिए Edge API को कॉन्फ़िगर किया है, तो अपग्रेड करने के बाद आपको एसएसएल को फिर से कॉन्फ़िगर करना होगा. Edge API के लिए एसएसएल को कॉन्फ़िगर करने की प्रोसेस के बारे में जानने के लिए, Edge ऑपरेशन गाइड देखें. |