JTOpen की KeyedDataQueue
कक्षा द्वारा प्रदान की गई पढ़ने() विधि का उपयोग करते समय मुझे एक अजीब व्यवहार पता चला है।JTOpen KeyedDataQueue पढ़ें() टाइमआउट
मैंने 90 के टाइमआउट सेट किए हैं और 99% पढ़ने के निष्पादन के लिए टाइमआउट पहुंचने पर मेरी कॉलिंग विधि निष्पादन फिर से शुरू हो गया है।
http://archive.midrange.com/java400-l/201112/msg00056.html
असल:
अन्य 1% टाइमआउट/पर पहुंच गया और मेरी बुला विधि लटका रहता है नहीं माना जाता है के लिए के रूप में ...
थोड़ा खोज के बाद मैं इस पोस्ट पाया यह इस बात की पुष्टि है कि मैं क्या संदिग्ध:
"मैं यह भी पाया कि DataQueue.read() टाइमआउट कार्यक्षमता सर्वर साइड है इसलिए यदि टीसीपी/आईपी Conn ईक्शन चुपचाप टूट गया है (जो मैं मानता हूं इसका मूल कारण है) यह अभी भी लटका होगा। "
मैं JTOpen के संस्करण 7.2 का उपयोग कर रहा हूँ और मुझे पता है संस्करण 7.9 पहले से ही वहाँ बाहर है। मैं क्योंकि मैं महत्वपूर्ण अनुप्रयोगों का एक बहुत 7.2 का उपयोग कर कि स्थिर रहे है और 7.9 के लिए अद्यतन नहीं किया वास्तव में इस है पहला वास्तविक परिदृश्य जो मुझे 7.9
उस निर्णय में मेरी सहायता करने के लिए मुझे आपकी प्रतिक्रिया पसंद आएगा, खासतौर से आप में से उन लोगों में से जो आपकी स्थिति में आए थे और अंततः जेटी ओपेन को अपग्रेड करके हल किया।
विशेष रूप से, क्या इस मुद्दे के लिए कामकाज हैं, और इसके साथ जेटी ओपेन सहायता को अपग्रेड कर रहा है? जेटी ओपेन को 7.9 ब्रेक में अपग्रेड करेगा कुछ भी जो 7.2 में काम कर रहा था?
@ जेम्सस: मैं खुद को वर्तनी के लिए एक स्टिकर हूं, लेकिन सबकुछ को अमेरिकीकृत करने की कोई आवश्यकता नहीं है। ;) (हालांकि यह अन्यथा एक अच्छा संपादन था।) –
आपको [Midrange.com पर जावा 400 सूची] (http://lists.midrange.com/mailman/listinfo/java400-l) का लिंक मिला है; आप उस मेलिंग सूची के लिए साइन अप करना चाहते हैं और वहां अपना प्रश्न पोस्ट कर सकते हैं। ऐसा लगता है कि अब तक आईबीएम मिड्रेंज समुदाय में Midrange.com की तुलना में स्टैक ओवरफ़्लो पर केवल बहुत पतली भागीदारी है। –
शायद यह उनकी खराब वर्तनी क्षमता के कारण है: पी मैं अपनी किस्मत आजमाऊंगा – RedEagle