क्या यह जेबॉस 5.1

Question

से जेबॉस 7.1 में अपग्रेड करने लायक है, वर्तमान में हमारे उत्पादन वातावरण जेबॉस 5.1 चलाते हैं और हम इस बात पर बहस कर रहे हैं कि जेबॉस 7.1 में माइग्रेट करने के लायक हैं या नहीं। यदि यह एक साधारण सर्वर अपग्रेड था, तो यह कोई समस्या नहीं होगी। लेकिन, दुर्भाग्यवश, हमें विन्यास बदलना होगा और इससे कुछ प्रयास करना होगा। साथ ही, हमारा सर्वर क्लस्टर में चलता है और मैंने पढ़ा है कि जेबॉस 7.1 में अधिक क्लस्टर समर्थन है।

तो क्या यह इसके लायक है या नहीं?

धन्यवाद

Answer 1

हम वर्तमान में एक ही स्थिति में हैं।

वहाँ सकारात्मक पक्ष पर चीजों के एक एक बहुत लगता है:

• हम एक बिंदु पर बंद 5.1 विस्थापित करने के लिए होगा। हमें पूर्ण प्रोफ़ाइल की आवश्यकता है और ऐसे कई ओएसएस विकल्प नहीं हैं (ग्लासफ़िश और शायद गेरोनिमो)। अकेले वह बिंदु शायद माइग्रेशन बेच देगा क्योंकि पीसीआई-डीएसएस ने हमें ईओएलएड सॉफ्टवेयर का उपयोग करने से मना कर दिया है।
• कॉन्फ़िगरेशन इतना बेहतर और सरल है। यह अब 20 एक्सएमएल फाइलों में फैला नहीं है जिसमें आप एक्सएमएल फाइलों में पहलुओं को कॉन्फ़िगर करते हैं लेकिन एक केंद्रीय स्थान। सभी बंदरगाहों को एक केंद्रीय स्थान पर कॉन्फ़िगर किया गया है, अब XSL फ़ाइल नहीं है जो server.xml को बदलती है। आप वर्गों के कार्यान्वयन विवरण को जानने के बिना कॉन्फ़िगरेशन फ़ाइल का एहसास कर सकते हैं। यदि आपने जेबॉस को कभी कॉन्फ़िगर नहीं किया है तो यह सराहना करता है।
• ईजेबी रिमोटिंग अब प्रति सॉकेट धागे का उपयोग नहीं करता है।
• एक उपप्रणाली को हटाने की आपको आवश्यकता नहीं है।
• कक्षा आवास मॉडल सेन दिखता है और आपको jboss-deployment-structure.xml
• के माध्यम से बहुत अधिक नियंत्रण मिलता है EJB क्लाइंट लाइब्रेरी अधिक साफ हो जाती है। यह 20 से 10 JAR तक नीचे है, उनमें से आधे ओएसजीआई बंडल भी हैं (हमारा ग्राहक एक ग्रहण आरसीपी आवेदन है)।
• हालांकि हम जावा एसई 6 के बारे में बहुत उत्साहित नहीं हैं, हमारे एसएलएसबी को @ सिंगलेटन बीन्स के साथ बदलकर और टाइमर ईजेबी के साथ हमारे कुछ एसएआर निश्चित रूप से दिलचस्प लगते हैं।
• तेज शुरूआत और कम स्मृति उपयोग (कम से कम एक खाली सर्वर या छोटे तैनाती के लिए)। हमने अभी तक एक बड़ी तैनाती का परीक्षण नहीं किया है।
  • हम Infinispan प्रदर्शन के बारे में थोड़ा चिंतित हैं:
  • तैनाती फ़ोल्डर डिफ़ॉल्ट

  चीज़ें है कि हम अभी भी इस पर गौर करने की जरूरत है द्वारा खाली है। हम वर्तमान में जेबॉस कैश के ट्री कैश एपीआई का उपयोग करते हैं। हालांकि इन्फिनिसन के लिए एडाप्टर है जो एक ही एपीआई प्रदान करता है, कुछ सैद्धांतिक परीक्षण खराब लेखन प्रदर्शन दिखाते हैं। यह केवल इन्फिनिसन के पेड़ एपीआई पर लागू होता है।

• ExternalContext अब समर्थित नहीं है, हम वर्तमान में इसका इस्तेमाल एक JNDI पेड़ को भरने के लिए एक से .bindings फ़ाइल
• JMX कंसोल चला गया है, तो आप कुछ भी इस यह अनुकूलित किया जा करने की जरूरत है पर आधारित है, है, संपादित है वास्तव में जेएमएक्स-कंसोल का एक बंदरगाह AS7-2227

हम क्लस्टर में नहीं भागते हैं इसलिए मैं उस पर टिप्पणी नहीं कर सकता।

हमारे लिए सबसे बड़ा प्रयास संभवतः सभी शैल स्क्रिप्ट (स्थापना, एकीकरण परीक्षण, ...) माइग्रेट कर रहा है जो जेबॉस के साथ एक या दूसरे तरीके से बातचीत करते हैं।

अद्यतन

हम चले गए और यह निश्चित रूप से इसके लायक था। उपरोक्त बिंदुओं के कुछ अपडेट:

• यहां तक ​​कि बड़ी तैनाती ट्यूनिंग की न्यूनतम मात्रा के साथ भी तेज होती है।
• केंद्रीकृत लॉगिंग (एसएलएफ 4 जे, जेयूएल, जेसीएल, लॉग 4j, ...) वास्तव में अच्छा है।
• 7.1 में इतनी सारी बग है जो हमारे लिए अनुपयोगी थी, इसलिए हम 7.2/ईएपी 6.1 पर हैं और 7.3/ईएपी 6.2 पर जाने की योजना बना रहे हैं। अभी भी बग का उचित हिस्सा है लेकिन हम उनके चारों ओर काम कर सकते हैं। हम विशेष रूप से प्रबंधन इंटरफ़ेस के लिए भूमिका-आधारित पहुंच नियंत्रण की उम्मीद कर रहे हैं जो हमें न्यूनतम स्क्रिप्ट के साथ हमारी स्क्रिप्ट चलाने की अनुमति देगा।
• ग्लासफ़िश 4 का एक समर्थित संस्करण नहीं होगा जो उत्पादन के उपयोग के लिए एक बड़ा प्रश्न चिह्न रखता है।
• ईजेबी रिमोटिंग सुरक्षा बहुत कम लचीला है। हमें कुछ कामकाज करना पड़ा क्योंकि पहले हम प्रमाणीकृत और अनधिकृत ईजेबी कॉल मिश्रण कर रहे थे - यह अब संभव नहीं है।
• जेबॉस से जेईई 6 बीओएम पोम एक मिश्रित बैग है। सिद्धांत रूप में यह अच्छा है क्योंकि यह आपके सभी जेईई निर्भरताओं के संस्करणों का प्रबंधन करता है। अभ्यास में निर्देशांक आर्टिफैक्ट में संस्करण के साथ भयानक हैं ID जब हम जेईई 7 में माइग्रेट करते हैं तो परेशान होने जा रहा है। इसके अलावा जब आप परीक्षण के लिए जेईई एपीआई के कार्यान्वयन को शामिल करना चाहते हैं तो यह बहुत उपयोगी नहीं होता है।
• इन्फिनिसन पेड़ एपीआई प्रदर्शन कोई मुद्दा नहीं था।
• हमने जेएमएक्स-कंसोल स्क्रिप्ट को डीएमआर स्क्रिप्ट के साथ बदल दिया।

अद्यतन 2

• वहाँ एक deadlock जब SSL पर EJB दूरस्थ का उपयोग कर रहा है। यह डेडलॉक ईएपी 6.2 में भी मौजूद है। हम काफी एक पैच के लिए 7. के रूप में

Answer 2

आप के लिए JBoss 5.1.0 पर काम कर सब कुछ है WildFly से बैकपोर्टेड सुविधाओं के निर्धारित किया है जब हम बिंदु पर अब कर रहे हैं? क्या आपका प्रदर्शन कुछ ऐसा है जिसके साथ आप रह सकते हैं?

मैं वर्तमान में जेबॉस 5.1.0GA से जेबॉस 7.1.1 तक अपग्रेड करने के बीच में हूं और यह बिल्कुल आसान नहीं रहा है। आप मूल रूप से एक नए अनुप्रयोग सर्वर के लिए उन्नयन कर रहे हैं। मुझे लगता है कि इस प्रयास के लिए आपको बहुत सारे डॉलर का बजट करना होगा।

यह कहकर कि जेबॉस 7.1.1 5.1.0 की तुलना में बहुत तेज है (कम से कम समय शुरू करें)। मुझे लगता है कि अगले 6 महीनों में (या तो) अधिकांश "हार्ड" माइग्रेशन और संक्रमण मुद्दों को जेबॉस फ़ोरम में या बग फिक्स के माध्यम से फ़्लश किया जाएगा। उस बिंदु पर यदि आप माइग्रेशन करना चाहते हैं तो आप और आपकी टीम पुनर्मूल्यांकन कर सकती हैं।

शुभकामनाएं!

Answer 3

आप SSL का उपयोग कर रहे हैं, तो एक लाभ उन्नयन करने के लिए है कि JBoss JDK 1.7 है, जो, TLS 1.1 & 1.2 के लिए समर्थन हासिल है JDK 1.6 केवल TLS 1.0 का ही समर्थन करता है, जबकि पर 7.1.1 चलाता है। जेबॉस 5 जावा 1.7 पर नहीं चलेगा, इसलिए आप एक बेहतरीन हमले के लिए अतिसंवेदनशील हैं।

Answer 4

भले ही, मैं थोड़ा इंतजार करूंगा।

एएस 5 एक ईई 5 सर्वर है, एएस 7.1 एक ईई 6 सर्वर है (और 200 9 में ईई 6 स्पेक आया था)। तो यह एक उत्कृष्ट नए रनटाइम पर्यावरण के लिए बहुत काम है, लेकिन यह आपको कोई भी गर्म वास्तुकला की संभावना नहीं देगा।

वाइल्डफाली 8.0.0.CR1 पहले से ही देय है और यह ईई 7 सर्वर आपको वेब रोकेट और जेएक्स-आरएस 2.0 (http://www.slideshare.net/dandreadis/2013-11devoxxwild-flybof) जैसी नई रोचक विकासशील संभावनाओं का एक गुच्छा ला रहा है। सिंगल इंस्टेंस पैचिंग जैसी नई व्यवस्थापक सुविधाएं। और यह सुनिश्चित नहीं है कि AS7-to-WildFly8 एक सुपर-आसान माइग्रेशन होगा क्योंकि कुछ प्रमुख नई सामग्री पेश की गई है, जैसे जेबॉसवेब/टोमकैट के बजाय अंडरटेव।

यदि आपको जाना होगा, तो आपको जाना होगा - और यदि यू मृत 7x पथ नीचे उतरता है, तो अपने हाथों को बेहतर 7.2.0 पर प्राप्त करना न भूलें। अंतिम टैग (7.1 से अधिक सौ मुद्दे बेहतर .1)। लेकिन अगर आपको लगता है कि आप बीटा/सीआर रिलीज का उपयोग करके अब विकास/माइग्रेट करना शुरू कर सकते हैं और अच्छे उत्पादन-स्थिर वाइल्डफ्लि 8.x.x रिलीज के लिए कुछ महीने इंतजार कर सकते हैं, तो आप अगले बड़े अपडेट से पहले लंबे समय तक बैठने में सक्षम हो सकते हैं।

br, जेन्स