मेरे पास एक मावेन घटक सेवा है जिसे मैं पैकेज करता हूंएक WAR फ़ाइल के रूप में। मैं एक और मावेन परियोजना बनाना चाहूंगा जो कुछ कस्टम कॉन्फ़िगरेशन के साथ पूरी तरह से तैनात जेट्टी कंटेनर का निर्माण करती है और इसमें मेरी घटक सेवा शामिल है ताकि मैं अपने डब्ल्यूएआर का परीक्षण कर सकूं या इसे तैनात भी कर सकूं। इस परिदृश्य के लिए मेरे प्रश्न हैं:
- क्या WAR को बनाए रखना चाहते हैंवितरण निर्माण से अलग? ऐसा करने के पीछे मेरा विचार यह है कि कोई मेरे कस्टम कॉन्फ़िगर जेट्टी कंटेनर का उपयोग नहीं करना चाहेगा। शायद वे टॉमकैट या कुछ और के साथ अपना खुद का निर्माण करना चाहते हैं।
- अगर यह एक आम बात है, तो क्या पैकेजिंगप्रकार मुझे कस्टम जेट्टी कंटेनर प्रोजेक्ट के लिए उपयोग करना चाहिए? यह मेरे लिए JAR या WAR का उपयोग करने के लिए अजीब लगता है क्योंकि उस वास्तविक कलाकृति का निर्माण नहीं होता है जिसे बनाया जा रहा है। और "pom" पैकेजिंग का उपयोग करना उतना ही अजीब लगता है क्योंकि मैं इस धारणा के तहत था कि यह सबमोडुल्स की मूल परियोजनाओं के लिए उपयोग किया जाता है।
उत्तर:
जवाब के लिए 0 № 1विज्ञापन १। हाँ, इस तरह से मैं आमतौर पर परियोजना की संरचना करता हूं। वहां पर एक app परियोजना जो कि एक कंटेनर है जो कि एक अलग और अनुप्रयोग के लिए है deploy बुनियादी ढांचे को संभालने के लिए परियोजना। भले ही यह एक कंटेनर छवि बना रहा है, ऐप सर्वर या जो भी तैनात है।
आप इसे एक में देख सकते हैं उदाहरण परियोजना मैंने एक बार के लिए बनाया है Devoxx प्रस्तुति.
विज्ञापन २। डिफ़ॉल्ट पैकेजिंग (इसलिए जार)। यदि आप एक परियोजना में सभी एक है pom.xml (बिना किसी वर्ग के), कोई अतिरिक्त जार नहीं बनाया जाएगा और न ही स्थापित किया जाएगा। परियोजना में मैंने "उल्लेख किया है pom.xml केवल docker छवि निर्माण "लॉजिक" है। आपके परिदृश्य में यह जेटी से संबंधित प्लगइन होगा। कोई अतिरिक्त कलाकृतियां नहीं बनाई जाएंगी।