2011-02-10 8 views

उत्तर

9

यहां एक पीओएम का नमूना निर्माण खंड है जिसका उपयोग निर्देशिकाओं को कॉन्फ़िगर करने के लिए किया जा सकता है।

<build> 
    <directory>target</directory> 
    <outputDirectory>target/classes</outputDirectory> 
    <finalName>${artifactId}-${version}</finalName> 
    <testOutputDirectory>target/test-classes</testOutputDirectory> 
    <sourceDirectory>src/main/java</sourceDirectory> 
    <scriptSourceDirectory>src/main/scripts</scriptSourceDirectory> 
    <testSourceDirectory>src/test/java</testSourceDirectory> 
    <resources> 
     <resource> 
     <directory>src/main/resources</directory> 
     </resource> 
    </resources> 
    <testResources> 
     <testResource> 
     <directory>src/test/resources</directory> 
     </testResource> 
    </testResources> 
</build> 
1

हाँ, यह संभव है, लेकिन फिर आप pom.xml

4

में sourceDirectory परिभाषित करने के लिए आप अपने पोम

<build> 
    <sourceDirectory>src/Javasource</sourceDirectory> 
    ... 
    </build> 

की build टैग में sourceDirectory सेट कर सकते हैं Maven - Introduction to the POM पर एक नजर डालें है।

4

हाँ आप इसे कर सकते हैं; अन्य उत्तरों देखें।

हालांकि, लोक ज्ञान यह है कि एक मेवेन प्रोजेक्ट के लिए गैर मानक संगठनों का उपयोग करना एक बुरा विचार है, क्योंकि (इसलिए कहानी जाती है) यह मानक संगठन मानते हुए मेवेन प्लगइन्स (और अन्य टूल्स) को तोड़ने का प्रयास करता है। (कम से कम, गैर-मानक संगठनों के लिए टूलींग का कम परीक्षण किया जा सकता है।)

एक और मुद्दा यह है कि लोग मानक परियोजना संगठन की अपेक्षा करते हैं। दरअसल, एक मानक परियोजना संगठन (आईएमओ) का "मजबूत प्रोत्साहन" मैवेन के बड़े बिकने वाले बिंदुओं में से एक है।


क्या मैं एक कट्टरपंथी सुझाव दे सकता हूं?

सीवीएस की सीमाओं के कारण आपकी परियोजना के लिए गैर-मानक लेआउट का उपयोग करने के बजाय, अपने स्रोत कोड को एक नए संस्करण नियंत्रण प्रणाली में माइग्रेट करें जिसमें संस्करण इतिहास फ़ाइल और निर्देशिका नामों में संरक्षित है।

This wikipedia page विकल्पों की तलाश करते समय शुरू करने के लिए एक अच्छी जगह है।

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