2011-02-10 14 views

Odpowiedz

9

Oto przykładowa sekcja kompilacji POM, której można użyć do skonfigurowania katalogów.

<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

Tak, to jest możliwe, ale wtedy trzeba określić sourceDirectory w pom.xml

4

Tak, możesz to zrobić; zobacz inne odpowiedzi.

Jednak mądrość ludowa polega na tym, że niewłaściwym pomysłem jest wykorzystywanie niestandardowych organizacji w projekcie Maven, ponieważ (jak głosi opowiadanie) ma tendencję do łamania wtyczek Mavena (i innych narzędzi), które zakładają standardową organizację. (Przynajmniej narzędzia będą prawdopodobnie mniej dokładnie testowane dla niestandardowych organizacji.)

Inną kwestią jest to, że ludzie oczekują standardowej organizacji projektu. Rzeczywiście, "silną zachętą" standardowej organizacji projektu jest (IMO) jeden z wielkich punktów sprzedaży Mavena.


Czy mogę przedstawić radykalną sugestię?

Zamiast używać niestandardowego układu dla projektu z powodu ograniczeń CVS, należy przeprowadzić migrację kodu źródłowego do nowszego systemu kontroli wersji, w którym zachowana jest historia wersji dla plików i nazw katalogów.

This wikipedia page to dobre miejsce do rozpoczęcia wyszukiwania alternatyw.