2015-06-18 16 views
5

मैं Maven बहु मॉड्यूल परियोजनाओं के बारे में एक बहुत कुछ पढ़ा है और निष्कर्ष यह है कि मैं निम्नलिखित दृष्टिकोण का उपयोग करना चाहते करने के लिए आया था:Maven नेस्टेड मॉड्यूल - दूसरा लेवल बच्चे

root 
    --pom.xml 
    --parent 
    --pom.xml 
    --module-a 
    --pom.xml 
    --module-b 
    --pom.xml 

here

देख लेकिन अब मैं कर रहा हूँ दूसरे/तीसरे/एन स्तर मॉड्यूल को संभालने के तरीके पर थोड़ा सा संघर्ष, उदाहरण के लिए मॉड्यूल-ए में कई उप-मॉड्यूल भी हैं, खासतौर पर गहरे पदानुक्रमों के लिए बहुत सारे मॉड्यूल के साथ। या

root 
    --pom.xml 
    --parent 
    --pom.xml 
    --module-a 
    --pom.xml 
    --parent-module-a 
     --pom.xml 
    --module-a-1 
     --pom.xml 
    --module-a-2 
     --pom.xml 
    --module-b 
    --pom.xml 

होगा मैं रूट निर्देशिका में-एक मॉड्यूल अभी भी के उप मॉड्यूल डाल:

root 
    --pom.xml 
    --parent 
    --pom.xml 
    --module-a 
    --pom.xml 
    --module-b 
    --pom.xml 
    --module-a-1 
    --pom.xml 
    --module-a-2 
    --pom.xml 

मैं एक रूट उसके बाद निम्न संरचना में जिसके परिणामस्वरूप के रूप में फिर से एक मॉड्यूल दिखाई दे रही है

आपकी मदद के लिए धन्यवाद!

उत्तर

1

हाँ, कुछ समय पहले वहां रहें। चीजों की कोशिश करने के बाद ईमानदार होने के लिए, मेरा मानना ​​है कि यह वास्तव में स्वाद का विषय है। मेरे लिए रूट के pom.xml के साथ माता-पिता के रूप में चिपकना और इसके लिए समर्पित मॉड्यूल नहीं करना अधिक स्पष्ट है। यह मेवेन का वास्तविक डिफ़ॉल्ट भी है, क्योंकि <relativePath> माता-पिता के लिए प्रारंभ में .. है। जैसा कि आप अपने मामले में देखते हैं, यह लाभ केवल 1 स्तर से अधिक मेवेन संरचना को स्केल करते समय और भी महत्वपूर्ण है।

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

+0

हाँ, मुझे लगता है कि आप सही हैं। एक अलग पेरेंट मॉड्यूल के लिए विचार निर्भरता आदि निर्दिष्ट करना था और प्रत्येक बार बच्चे-मॉड्यूल के पुनर्निर्माण किए बिना इसे अलग-अलग बनाने/तैनात करने में सक्षम होना था। लेकिन यह मूल रूप से कोई समझ नहीं आता है, क्योंकि माता-पिता में सामान बदलने से वैसे भी बच्चों को पुनर्निर्माण करना होगा। – JDC

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