2010-09-04 16 views
13

पर अपग्रेड करने के लिए विश्वास दिलाता है हम अपने कुछ ग्राहकों को पैकेज किए गए जावा वेब एप्लिकेशन बेचते हैं। यह मूल रूप से सर्वलेट्स का संग्रह है, कुछ SOAP वेब सेवा और कुछ स्थिर संसाधन हैं। हम ईजेबी और न ही किसी अन्य जावा एंटरप्राइज़ फैंसी सामान नहीं करते हैं।ग्राहकों को जावा 5

हमारे कुछ ग्राहक आईबीएम वेबस्पियर एप्लिकेशन सर्वर v5.1 चला रहे हैं, इसलिए हम रन-टाइम और विकास के लिए जावा 1.4 तक सीमित हैं। बेशक, हम जावा 5 (या यहां तक ​​कि बेहतर जावा 6) का उपयोग करके अपना विकास करना चाहते हैं। 1.4 में SOAP करने के लिए बाहरी lib की आवश्यकता होती है (हम एक्सिस का उपयोग करते हैं, लेकिन यह उम्र बढ़ रहा है)। हम enum, मुक्केबाजी, जेनेरिक का उपयोग नहीं कर सकते ... 1.4 अनुपालन तृतीय पक्ष पुस्तकालयों को ढूंढना मुश्किल हो रहा है।

ग्राहक वर्तमान में इस पुराने-काम-काम करने वाले सेटअप से संतुष्ट हैं। हम उन्हें अपने जावा रन-टाइम को अपग्रेड करना चाहते हैं। इस मामले में, इसका मतलब आईबीएम डब्ल्यूएएस 6.1 या 7.0 में अपग्रेड करना है?

हम उन्हें क्या कह सकते हैं? उनके लिए इसमें क्या है?

अब तक मुझे मिल गया है: JVM के रूप में

  1. बेहतर प्रदर्शन और अधिक जावा 5 (यहां तक ​​कि जावा 6 के साथ बेहतर) में कुशल है। हालांकि, मैं इस पर आंकड़े नहीं डाल सकता। निश्चित नहीं है कि आईबीएम वीएम में काफी सुधार हुआ है (हमारे क्लाइंट में से एक एईक्स पर चल रहा है)।
  2. समर्थन। आईबीएम डब्ल्यूएएस 5.1 केवल विशेष विस्तारित समर्थन कार्यक्रमों के माध्यम से समर्थित किया जा सकता है।

वे बड़े निगम हैं, इसलिए वे एक साल से अधिक समय पहले अपने समाधान की योजना बनाते हैं। वे आज एक परिपक्व उत्पाद का चयन करते हैं और वे इसे बाद में तैनात करते हैं। तब उत्पाद के अंत होने से कुछ महीने पहले उत्पाद होता है।

IBM WebSphere Application Server comparison

+4

यह जावा 6 के उन्नयन के लिए करने के लिए [ कारण और फायदे समान है गैर-तकनीकी निर्णायक (ग्राहक पर) ] (http://stackoverflow.com/questions/3371681/reasons-and-advantages-for-upgrading-to-java-6-for-a-non-technical- निर्णायक-एट-वें)। –

+1

WAS 5.1? जे 2 ईई 1.3? ओएमजी, यह मजेदार होना चाहिए: एस –

+0

@ पास्कल हाँ। कम से कम, जावा 1.4 रनटाइम समर्थन है। – gawi

उत्तर

6

सबसे पहले, डब्ल्यूएएस के दिए गए संस्करण के साथ समर्थित एकमात्र एसडीके एसडीके है जो वास्तव में उत्पाद के साथ जहाजों (दूसरे शब्दों में, आईबीएम किसी अन्य जेडीके पर चलने वाले डब्ल्यूएएस का समर्थन नहीं करेगा, अगर यह मायने रखता है)।

दूसरा, वास्तव में, एसएएस के हाल के संस्करण के साथ भी शुरू नहीं हो सकता है (उदाहरण के लिए WAS 6.1 आईबीएम जेडीके 1.6 के साथ शुरू नहीं होगा)।

  • था 5.1: J2EE 1.3, JDK 1.4.2
  • था 6.0: J2EE 1.4, JDK 1.4.2
  • था 6.1: J2EE 1.4, JDK 1.5
  • था 7.0: J2EE 1.5, JDK 1,6

तो की आवश्यकता होती है एक और अधिक हाल के क्रम शायद बड़ा प्रवास के पर्याय हो जाएगा: JDK और अनुप्रयोग सर्वर, व्यवस्थापक के प्रशिक्षण, प्लेटफार्मों के प्रवास, आवेदनों की प्रवास, निगरानी की अद्यतन, तैनाती उपकरण, प्रतिगमन परीक्षण की योग्यता , आदि यह जीन है बड़ी रूढ़िवादी कंपनियों के साथ एक जटिल और बेहद धीमी प्रक्रिया रैली।

आपके मामले में, आप हो सकता है आपके सॉफ्टवेयर शाखाओं में विचार कर सकते हैं और विभिन्न संस्करणों की पेशकश और:

  • केवल पुराने संस्करण
    • पर रखरखाव करते हैं और पुराने संस्करणों के लिए एक EOL तारीख को परिभाषित (आप नए संस्करण अधिक aggressi केवल
    • प्रस्ताव पर यह नहीं बनाए रख सकते विज्ञापन Vitam Aeternam)
  • प्रस्ताव नई सुविधाओं नए संस्करण

आपके ग्राहकों के लिए एक नया संस्करण अपनाने का एक अच्छा कारण होना चाहिए और इसे माइग्रेशन की लागत से अधिक वजन करना चाहिए।

+1

हमारे उत्पाद एक छोटे से अंश हैं जो ग्राहक चल रहे हैं। इसलिए हमारे पास उनके वेब आर्किटेक्चर प्लानिंग पर इतना प्रभाव नहीं है। सबसे अच्छा हम उन्हें कर सकते हैं उन्हें पहले कदम उठाने के लिए और शायद एक बड़ा कदम (क्यों 2012 में WAS 8.0 पर नहीं जाना चाहिए? तब तक यह GA होगा)। एक अन्य विकल्प जो मैं विचार कर रहा हूं वह है कि हमारे ग्राहकों को अलग-अलग सर्वरों पर हमारे आवेदन को चलाने के लिए कहें (उदाहरण के लिए हाल ही में जेबॉस या यदि कोई ग्राहक भुगतान करने के इच्छुक है तो वेबस्पेयर 7.0 ईवेंट)। यह ग्राहक के लिए नए उत्पादों और प्रौद्योगिकियों के बारे में कुछ प्रयोग करने का अवसर हो सकता है। – gawi

+0

मैं "शाखाकरण" रणनीति और "केवल नए संस्करण पर नई सुविधा" को बनाए रख रहा हूं। आपके द्वारा बेचे जाने वाले उत्पादों के लिए ईओएल तिथि को परिभाषित करना एक बहुत ही महत्वपूर्ण बात है, हालांकि इसे बिक्री के दौरान किया जाना चाहिए। – gawi

0

देखें शायद क्योंकि जावा 1.4 30 वीं अक्टूबर 2008 पर EOL तक पहुँच गया है और हां, तो उनकी सुरक्षा के साथ समझौता किया जा सकता है !.

कुछ उदाहरण दिखाएं, जहां सुरक्षा वास्तव में जावा 1.4 के कारण समझौता किया गया है।

वे पर्याप्त रूप से आईएमओ से डरेंगे।

+0

सिवाय इसके कि यह एक आईबीएम जेवीएम पर लागू नहीं होता है। –

9

आप उन्हें अपने निर्णय की लागत बता सकते हैं।

यदि वे जावा 1.4 चुनना जारी रखते हैं तो एक नई सुविधा जोड़ने के लिए $ yyy खर्च होंगे। यदि वे अपग्रेड करते हैं तो उसी सुविधा को जोड़ने के लिए $ xxx खर्च होंगे। संभवतः उनके पास अपने सिस्टम को अपग्रेड करने की लागत भी है। यदि आप उन्हें दिखा सकते हैं कि जावा के नए संस्करण पर बचत उनके सिस्टम को अपग्रेड करने के लिए लागत से अधिक है तो वे देख सकते हैं कि वे अपग्रेड करते समय पैसे बचाएंगे।

स्पष्ट रूप से विकास लागत के लिए सटीक मूल्य देना मुश्किल है, लेकिन यदि आप अनुमान लगा सकते हैं कि विकास जावा के नए संस्करण पर लगभग 30% तेज (और इसलिए 30% सस्ता) हो सकता है तो आप प्राप्त कर सकते हैं कम से कम एक मोटा आंकड़ा।

14

जावा 1.5 जीवन के अंत नवंबर 3 पर पहुंच गया है, 2009

तो न 1.4 है और न ही 1.5 किसी भी अब जो कोई सुरक्षा सुधारों का मतलब समर्थित हैं।

इसलिए मूल रूप से केवल समर्थित जावा प्लेटफार्म जावा 6 (उर्फ जावा 1 है।6)

+0

यह। ऐसा कोई मंच नहीं है जहां 1.6 से पहले के विकास के लिए कोई और अर्थ न हो क्योंकि पुराने चीजों के लिए कोई समर्थन नहीं है। –

+6

यह सूर्य के जेवीएम पर लागू होता है लेकिन ओपी आईबीएम जेवीएम का उपयोग करने की संभावना है। –

+4

वे तिथियां गैर-व्यवसाय जावा एसई के लिए हैं। ओरेकल व्यवसायों के लिए विस्तारित समर्थन बेचता है। Http://www.oracle.com/technetwork/java/eol-135779.html#j4b जावा 1.4 2018 तक, जावा 5 तक 201 9 तक और जावा 6 तक 2021 तक समर्थित है। इसके अलावा, आईबीएम के लिए वेब अनुप्रयोग सर्वर, जावा रन-टाइम उत्पाद का हिस्सा है। इसलिए यदि कोई कंपनी किसी प्रकार के विस्तारित समर्थन पर बातचीत करती है, तो यह पता लगाने के लिए आईबीएम पर निर्भर करता है कि वे कैसे फिक्स प्रदान करेंगे। WAS आईबीएम जावा एसआर रन-टाइम के साथ आता है (सोलारिस के लिए कुछ खास ... मुझे लगता है कि आप सन जावा का भी उपयोग कर सकते हैं)। – gawi

1

उन्हें सुरक्षा के बारे में बताएं। मुझे यकीन नहीं है कि क्या सूरज अभी भी पुराने संस्करणों (पैवनिमो उत्तर) के लिए पैच प्रदान करता है।

1

जबकि मैं अन्य उत्तरों के साथ सहमत हूं, तो एक और विचार आपने स्थिति पर विचार किया है? क्या आपने एप्लिकेशन को इस तरह लिखा है कि यह दूसरों के साथ अच्छा खेलता है? मैं थोड़ी देर के लिए एक सिस्टम प्रशासक रहा हूं और मेरी सबसे बड़ी पकड़ों में से एक विकास घरों की संख्या है जो सोचते हैं कि जब हम तैयार हों तो हमें अपने आईटी पर्यावरण को बदलना चाहिए। और निश्चित रूप से यदि 2 या अधिक ऐसे विकास घर हैं जो मेरी साइट पर उत्पादों की आपूर्ति करते हैं तो संघर्ष होता है।

क्या आपने अपना ऐप इस तरह से लिखा है कि मैं जावा संस्करण की अपनी पसंद चला सकता हूं और (जावा नंबर के दूसरे संस्करणों को चुन सकता हूं, लेकिन जावा की अन्य संस्करणों) जो मुझे चाहिए, आमतौर पर उसी सर्वर पर , अन्य समान रूप से महत्वपूर्ण अनुप्रयोगों का समर्थन करने के लिए? और पिछड़ा संगतता का सुझाव अप्रासंगिक है - अन्य विक्रेता मुझे तब तक समर्थन नहीं देंगे जब तक कि मैं उनके चुने हुए संस्करण पर नहीं हूं।

+0

हां। हम ग्राहक की स्थिति पर विचार कर रहे हैं और हमने हमेशा अपनी आवश्यकताओं को पूरा करने के लिए सर्वोत्तम प्रयास किया है। मेरा सवाल तैयार किया जा सकता था: "सितंबर 2010 में, क्या एक बड़े संगठन के लिए अभी भी जावा 1.4 अनुपालन सॉफ्टवेयर की आवश्यकता है?" हाल के प्रौद्योगिकियों में जाने के लिए बड़े संगठन धीमे हैं और उनके पास इसके अच्छे कारण हैं। मैं बस सोच रहा था कि धीमे लोगों में हमारे ग्राहक सबसे धीमे थे या नहीं। नोट: मुझे sysadmins और आर्किटेक्ट्स की सहानुभूति है। मैं अपने समाधान फिट करना चाहता हूँ। यही कारण है कि मैं पूछ रहा हूँ। – gawi

0

जावा 6 क्यों नहीं जाते? जावा 1.4 और जावा 5 दोनों अपने जीवन के अंत तक पहुंच गए हैं।

+4

कोई संदर्भ दिखाता है कि आईबीएम जेवीएम 1.5 ईओएल तक पहुंच गया। यह मामला हो सकता है, मुझे नहीं पता, लेकिन यहां सभी पोस्ट इस तथ्य को याद करने लगती हैं कि ओपी डब्ल्यूएएस और आईबीएम जेवीएम का उपयोग कर रहा है (और वेबस्पेयर का उसका संस्करण शायद हालिया जेवीएम का भी समर्थन नहीं कर सकता है)। –

4

आप अपने ग्राहकों को संतुष्ट करने के लिए व्यवसाय में हैं। एक अप्रचलित मंच के साथ चिपकने के लिए उन्हें एक आवश्यकता है (असली या माना जाता है)।

तो, "हाँ," कहें, लेकिन उन्हें बताएं कि आप अपने रखरखाव को बढ़ाने और पुराने प्लेटफ़ॉर्म के लिए कीमतों को अपग्रेड करने की योजना बना रहे हैं। यह एक पूरी तरह से उचित मूल्य वृद्धि है; आपको यह सुनिश्चित करने के लिए विशेषज्ञता और उपकरण बनाए रखने की आवश्यकता है कि आपका कोड पुराने, असमर्थित और अनुमानित असुरक्षित प्लेटफॉर्म पर काम करता है। आप अपने वर्तमान बुनियादी ढांचे का समर्थन करके उन्हें वास्तविक मूल्य प्रदान कर रहे हैं।

और खुश रहें कि आप डीजल इंजन व्यवसाय में नहीं हैं। यदि आप थे, तो आपके पास विश्व युद्ध-आईआई युग प्रौद्योगिकी के साथ बहुत सारे ग्राहक होंगे।

2

वहां गया ... ग्राहक जिद्दी हो सकते हैं। मैंने जावा 5 सुविधाओं के लिए रेट्रोट्रांसलेटर (http://retrotranslator.sourceforge.net/) और रेट्रोवेवर (http://retroweaver.sourceforge.net/) का उपयोग किया है। यद्यपि प्रदर्शन पक्ष पर कुछ भी नहीं किया जा सकता है।

जावा 1.5/1.4 EOL के लिए वहाँ के रूप में जावा ग्राहकों के लिए व्यापार कार्यक्रम के लिए जावा है - वे EOL अगर आप उनके लिए भुगतान नहीं कर रहे हैं ...

संबंधित मुद्दे