Maven मॉड्यूल एक विशिष्ट मॉड्यूल

Question

बिल्डिंग + मैं एक माता पिता परियोजना P और तीन उप-मॉड्यूल A, B, और C के साथ एक बहु मॉड्यूल Maven परियोजना है। B और C दोनों युद्ध परियोजनाएं हैं और दोनों A पर निर्भर हैं।

मैं P में mvn compile टाइप कर सकता हूं और सभी उप-मॉड्यूल ठीक से संकलित कर सकते हैं। समस्या तब आती है जब मैं विशिष्ट मॉड्यूल के लिए संचालन करना चाहता हूं।

मैं परियोजना B के लिए एक युद्ध पैकेज करने में सक्षम होना चाहते हैं, लेकिन जब मैं B की निर्देशिका से पैकेज आदेश चला है, यह शिकायत है कि यह A के लिए निर्भरता नहीं मिल रहा।

मैं इस प्रश्न से समझता हूं: Maven and dependent modules शायद मैवेन वास्तव में इस प्रकार के निर्भरता संकल्प के लिए डिज़ाइन नहीं किया गया है, लेकिन यह सवाल पूछता है कि मैं B कैसे पैकेज करूं?

1. मैं पूरी परियोजना पदानुक्रम के लिए mvn package को चलाने के लिए जब मैं वास्तव में सिर्फ B चाहते है?

2. क्या मुझे B पैकेज करने के लिए हर बार अपने स्थानीय भंडार में ए के स्नैपशॉट इंस्टॉल करना होगा?

यह दूसरा परिदृश्य बहुत मजेदार नहीं है जब A अभी भी सक्रिय विकास में है।

यहां कोई सर्वोत्तम अभ्यास है?

Answer 1

यहां कोई सर्वोत्तम अभ्यास है?

उपयोग Maven advanced reactor options, और अधिक विशेष:

-pl, --projects 
     Build specified reactor projects instead of all projects 
-am, --also-make 
     If project list is specified, also build projects required by the list 

तो बस cd माता पिता पी निर्देशिका में और चलाएँ:

mvn install -pl B -am 

और यह बी और बी के लिए आवश्यक मॉड्यूल का निर्माण करेगा

Answer 2

यदि आपने पहले एमवीएन प्रोजेक्ट बी पर इंस्टॉल किया है तो यह आपके स्थानीय भंडार में स्थापित हो जाएगा, इसलिए जब आप पैकेज बनाते हैं तो ए मेवेन निर्भरता को हल कर सकता है। इसलिए जब तक आप प्रोजेक्ट बी को तब भी इंस्टॉल करते हैं जब आप इसे बदलते हैं तो प्रोजेक्ट ए के लिए आपका निर्माण अद्यतित होगा।

आप परियोजनाओं का एक सेट बनाने के लिए एक एग्रीगेटर पोम के साथ एक बहु-मॉड्यूल प्रोजेक्ट को परिभाषित कर सकते हैं।

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

Answer 3

मैवेन बिल्कुल इस प्रकार की निर्भरता के लिए डिज़ाइन किया गया था।

mvn package आपके स्थानीय भंडार में कुछ भी इंस्टॉल नहीं करेगा, यह सिर्फ प्रोजेक्ट को पैकेज करता है और इसे लक्षित फ़ोल्डर में छोड़ देता है।

पेरेंट प्रोजेक्ट (ए) में mvn install करें, इस सब सब-मॉड्यूल आपके कंप्यूटर के मेवेन रिपोजिटरी में स्थापित किए जाएंगे, यदि कोई बदलाव नहीं है तो आपको उप-मॉड्यूल (बी) और मेवेन को संकलित/पैकेज करने की आवश्यकता है पहले से ही पैक और स्थापित निर्भरताओं को ठीक से ले जाएगा।

यदि आप कोड के कुछ हिस्से को अपडेट करते हैं तो आपको मूल परियोजना में mvn install की आवश्यकता है।

Answer 4

आप कहते हैं कि "वास्तव में बस बी चाहते हैं", लेकिन यह झूठा है। आप बी चाहते हैं, लेकिन यदि आप इसमें कोई बदलाव हुए हैं ("सक्रिय विकास") तो आप एक अपडेटेड ए भी चाहते हैं।

तो, कभी कभी तुम इस मामले के लिए ए, बी, और सी के साथ काम करना चाहते हैं आप (लेकिन सी नहीं करना चाहती) एग्रीगेटर परियोजना पी मामले ऐसे हैं जिनमें ए और बी के साथ काम करना चाहते हैं के लिए है, आप एग्रीगेटर परियोजना प्र बनाना चाहिए

संपादित करें 2016: उपरोक्त जानकारी शायद 2009 2016 के रूप में में प्रासंगिक था, मैं अत्यधिक ज्यादातर मामलों में यह अनदेखी, और बस का उपयोग कर के रूप में -am या -pl कमांड लाइन झंडे की सिफारिश स्वीकृत उत्तर में वर्णित है। यदि आप पहले v2.1 से मेवेन का संस्करण उपयोग कर रहे हैं, तो पहले इसे बदलें :)

Answer 5

मेरा उत्तर Maven and dependent modules पर एक नज़र डालें।

Maven Reactor plugin एक परियोजना के निर्माण के हिस्से से निपटने के लिए डिज़ाइन किया गया है।

विशेष लक्ष्य आप इसका उपयोग करना चाहते हैं reactor:make।