आज मैंने जो प्रश्न पढ़ा है, उसका उत्तर एक विस्फोटित युद्ध के रूप में एक आवेदन को तैनात करने का सुझाव दिया गया है। यह मुझे सोच गया।विस्फोटित युद्धों के लिए लाभ/नुकसान
जेबॉस/टोमकैट में मैंने जो भी तैनाती की है, वह एक WAR/EAR फ़ाइल के साथ है। कम से कम जहां तक मुझे याद है।
क्या मैं इन सभी वर्षों में गलती कर रहा हूं?
क्या पैकेज के बजाय अपने विस्तारित रूप में ऐप को तैनात करने के फायदे हैं?
मुझे लगता है कि मेरा जवाब दूसरे प्रश्न में विस्फोटित युद्ध का जिक्र है। विस्फोटित WAR नेविगेट करना आसान है और आप अपने एप्लिकेशन के 'हिस्सों' को बहुत तेज़ी से तैनात कर सकते हैं (इस पर निर्भर करता है कि हमारे वेब/ऐप सर्वर इस से कैसे निपटते हैं), उदा। एक जेएसपी पेज की तरह एक संसाधन को बदलें। हालांकि इसमें कुछ कमी हो सकती है:
1.) आप वास्तव में कौन से संस्करण चल रहे हैं? "हम्म, मुझे अब सच में यकीन नहीं है"
2.) सुरक्षा - क्या आपके पास विस्फोटित प्रारूप के लिए सही अनुमति है?
3.) मेसीनेस - फाइलें आपके अच्छे ऐप/वेब सर्वर पर फैली हुई हैं (कुछ लोग वास्तव में इससे नफरत करते हैं)।
मैं प्रोटोटाइप देव के काम के लिए विस्फोट कर रहा हूं और फिर पीआरडी के करीब उचित पैकेजिंग में जाता हूं।
AFAIK, गर्म तैनाती केवल विस्फोटित युद्धों के साथ संभव है। और विकास के दौरान भी सर्वर पर प्रोजेक्ट पेड़ ब्राउज़ करना आसान है। बेशक अन्य फायदे और नुकसान भी हो सकते हैं, जिन्हें मुझे सुनकर खुशी होगी।
विकास चरण में इसे विस्फोट करने के लिए अधिक confortable है। इस तरह आप कुछ तैनात संसाधनों को गर्म कर सकते हैं (जैसा कि जेएसपी पेज हो सकता है)।
परीक्षण और उत्पादन वातावरण के लिए, मैं बजाय पैकेजिंग परिनियोजन पसंद करता हूं: लिगथर, और नियोक्ता के लिए संभालना आसान है।
एक विस्फोटित कान/युद्ध को तैनात करने से प्राप्त एकमात्र असली लाभ सर्वर पर फ़ाइलों को हॉट-स्वैप करने की क्षमता है, साथ ही साथ पैकेजिंग पर सहेजा गया समय (जो आईएमएचओ नगण्य है)।
मूल रूप से - यह विकास चरणों के लिए एक उपयोगी विशेषता है। मैं उत्पादन वातावरण के लिए इस तैनाती विधि का चयन नहीं करूंगा।
कुछ वेब एप्लिकेशन सर्वर भी हैं जिन्हें कुछ गूढ़ सुविधाओं के लिए विस्फोटित युद्धों की आवश्यकता होती है, लेकिन यह नियमित उपयोग में मुझे कुछ भी नहीं मिला है।
श्रोताओं और servlets या केवल jsp फ़ाइलों के लिए गर्म स्वैप काम होगा? –
@ कोरय टुगे जो वास्तव में आपकी सेवर्स क्षमताओं पर निर्भर करता है –
तैनाती के दौरान एक WAR/EAR विस्फोट नहीं करते समय अनुप्रयोग सर्वर में कोई फर्क नहीं पड़ता है। ऐसा इसलिए है क्योंकि नीचे, वे सभी विस्फोट हो गए हैं।
उदाहरण के लिए, यदि आप टोमकैट के वेबएप के तहत एक WAR फ़ाइल डालते हैं, तो आप देखेंगे कि आपकी कार्य निर्देशिका के तहत, आपकी WAR फ़ाइल वहां विस्फोट हो जाएगी।
असल में, युद्ध/इतना है कि यह चारों ओर ले जाने के लिए आसान हो सकता है और तैनात
मुझे बहुत कुछ लगता है जो मैंने मेज़ी को सोचा था। हमेशा संभावना के लिए खुला है कि मैं गलत हो गया है। –
कोन होगा EAR अपनी फ़ाइलों को केवल संग्रह कर रहे हैं: यदि आप खिड़कियों पर कर रहे हैं, तो आप अक्सर पाएंगे कि ओएस बेतरतीब ढंग में कुछ फ़ाइल ताले विस्फोट हुआ .war, और आपके लिए पूरे युद्ध और पुनर्निर्माण को हटाना मुश्किल होगा।
यह संभवतया था, यह निश्चित रूप से हॉट डिप्लॉयमेंट के संबंध में था ... permgen मुद्दों शायद। सर्वर द्वारा विस्फोट होने पर मुझे फ़ाइलों को खोजने और बदलने में कोई दिक्कत नहीं है, लेकिन मैं निश्चित रूप से परिदृश्य 1 में कई बार भाग गया हूं :) –
क्या आप समझा सकते हैं कि आप उत्पादन के लिए विकास और पैक किए गए WARs के लिए विस्फोटित WARs क्यों पसंद करते हैं? मैं सिर्फ curios हूँ, क्योंकि एक और जवाब विपरीत की सिफारिश करता है। –
सुरक्षा/विश्वसनीयता के लिए, मुझे पता है कि एक पैक किए गए और हस्ताक्षरित WAR के साथ कि ऐप को बदल दिया/छेड़छाड़ नहीं किया गया है। –