Apigee Edge दस्तावेज़ देखा जा रहा है.
Apigee X दस्तावेज़ पर जाएं. जानकारी
हमने गुरुवार, 13 अगस्त, 2015 को निजी Cloud WebSockets के लिए, Apigee Edge का पैच रिलीज़ किया.
नई सुविधाएं और बेहतर टूल
इस रिलीज़ में नई सुविधाएं और सुधार शामिल किए गए हैं.
WebSocket फ़्रेम के साइज़ में बदलाव
Private Cloud के लिए, Apigee Edge में WebSocket फ़्रेम का साइज़ कॉन्फ़िगर किया जा सकता है. ऐसा करने के लिए, सभी राऊटर और मैसेज प्रोसेसर पर दो अलग-अलग फ़ाइलों में प्रॉपर्टी कॉन्फ़िगर करें. दोनों फ़ाइलों की वैल्यू हमेशा एक जैसी होनी चाहिए.
- राऊटर की राऊटर.properties फ़ाइल में, कॉन्फ़िगर करें:
WEBSOCKET.frame.limit=4k - मैसेज प्रोसेस करने वाली कंपनी की netty-websocket-adaptor.properties फ़ाइल में, कॉन्फ़िगर करें:
netty.websocket.message.max.frame.length=4k
फ़ाइलें अपडेट करने के बाद, राऊटर और मैसेज प्रोसेसर नोड को रीस्टार्ट करें. उदाहरण के लिए:
/<inst-root>/apigee4/bin/apigee-service router restart
/<inst-root>/apigee4/bin/apigee-service message-processor restart
(एपीआईआरटी-1806)
इनलाइन टारगेट और टारगेट सर्वर के लिए, टारगेट फ़्लो वैरिएबल सही तरीके से पॉप्युलेट नहीं होते
मैसेज फ़्लो में नए वैरिएबल से, टारगेट एंडपॉइंट और टारगेट सर्वर के लिए, यूआरएल की ज़्यादा पूरी जानकारी मिलती है:
- टारगेटएंडपॉइंट: request.url target.basepath.with.query की जगह ले लेता है.
- targetServer: loadbalancing.targetserver, targetserver.name की जगह ले रहा है. साथ ही, target.basepath सिर्फ़ तब पॉप्युलेट होता है, जब TargetEndpoint के HTTPTargetConnection <LoadSalesr> एलिमेंट में <Path> एलिमेंट का इस्तेमाल किया जाता है. (एपीआईआरटी-1050)
गड़बड़ियां ठीक की गईं
इस रिलीज़ में इन गड़बड़ियों को ठीक किया गया है.
| समस्या आईडी | ब्यौरा |
|---|---|
| TBD-82 | सिस्टम का पासवर्ड बदलने के बाद, मैनेजमेंट सर्वर की अपने-आप होने वाली जांच नहीं हो पा रही है |
| MGMT-2551 | 4.15.04.03 में मौजूद यूज़र इंटरफ़ेस (यूआई) अब Java 6 के साथ काम नहीं करता |
| MGMT-2418 | यूज़र इंटरफ़ेस (यूआई) कॉन्फ़िगरेशन apigee.conf, TLS के साथ काम नहीं करता है |
| MGMT-2255 | सिस्टम का पासवर्ड बदलने के बाद, मैनेजमेंट सर्वर की अपने-आप होने वाली जांच नहीं हो पा रही है |
| MGMT-1677 | डीबग में, पुष्टि नहीं हो सकी और पुष्टि नहीं हो सकी |
| CORERT-318 | HTTPServer.streaming.buffer.limit=10 वजहों से, रुक-रुककर चलने वाले अनुरोध
होते हैं धीमे क्लाइंट और ज़्यादा पेलोड के साथ काम करने के दौरान, कभी-कभी अनुरोध हैंग हो जाते हैं और राऊटर से समय खत्म हो जाता है. यह समस्या सिर्फ़ तब दिखी थी, जब राऊटर के HTTPServer.streaming.buffer.limit प्रॉपर्टी को ज़ीरो वैल्यू पर सेट किया गया था. समस्या को ठीक कर दिया गया है. |
| APIRT-1766 | WebSockets पर टाइम आउट |
| APIRT-1713 | 10TPS लोड के तहत एक्सट्रैक्ट वैरिएबल नीति का काम नहीं करना |
| APIRT-1472 | जब भी हेल्थ चेक एपीआई लागू किया जाएगा, तब system.log पर मैसेज दिखेंगे |
| APIRT-1147 | S3 बकेट से प्रॉक्सी स्ट्रीमिंग डेटा अब डाउनलोड पूरा नहीं होता |