테스트되지는 사실, 디자인, 메이븐 이적 종속성을 해결되지 않습니다. 실제로 그 문제는 MNG-1991이지만 Maven 2.x에서는 해결되지 않으며
확신 할 수 없습니다.
오버레이가이 문제를 해결할 수 있는지 잘 모르겠습니다. 제안 된 솔루션에 대한 필자의 이해는 pom 형식의 프로젝트와 같이 종속성을 복제하는 것입니다.
(편집 : 마지막에 걸쳐
내가 AppFuse에 프로젝트의 개발을 도와되었습니다 좀 더 파고 후, 나는 아래에 인용하고있어 this thread에서 뭔가 흥미로운 것을 발견 나는 출전 플러그인 을 개발 한 달 어디에 우리가 메이븐 전쟁 플러그인 전쟁 오버레이 기능을 많이 사용합니다. 그것은 정말 멋진 기능입니다!
전쟁 오버레이로 최대 전력을 얻기 위해 그 프로젝트가 전쟁 유물을 완전히 본격적인 의존성으로 사용할 수있게합니다. 간단히 :
1) 유물, 등 작업 정상적인 컴파일에 대한 프로젝트의 클래스 경로에 포함 할 수있는 전쟁 의존성의/WEB-INF/classes 디렉토리의 내용.
2) 전쟁 의존성 아티팩트의 전이 종속성이 이되어 다른 플러그인에서 사용할 수 있습니다. 컴파일 및 귀 - 그럼 더 이상 마른 전쟁을 만들 때 모든 종속성을 포함해야!
플러그인은 이제 지난 몇 달 간 에 대한 AppFuse 프로젝트에서 활발하게 사용되어 왔으며, 그것이 유용하고 안정적인 지점에 있다고 생각합니다. war 플러그인 팀이 warpath 기능을 war 플러그인에 포함시키는 데 관심이 있으십니까? 그것을 접대하는 것은 가장 자연적인 장소 인 것처럼 보일 것입니다.
따라서 경험이 없지만 maven warpath plugin은 실제로 멋지고 단순하며 중앙 저장소에서 사용할 수 있습니다.
[...]
<dependencies>
<dependency>
<groupId>org.appfuse</groupId>
<artifactId>appfuse-web</artifactId>
<version>2.0</version>
<type>war</type>
</dependency>
<dependency>
<groupId>org.appfuse</groupId>
<artifactId>appfuse-web</artifactId>
<version>2.0</version>
<type>warpath</type>
</dependency>
</dependencies>
[...]
모두 전쟁 : 당신이 출전 유형의 종속성과 같은 클래스 패스에 포함 할 전쟁 종속성을
[...]
<build>
<plugins>
<plugin>
<groupId>org.appfuse</groupId>
<artifactId>maven-warpath-plugin</artifactId>
<version>1.0-SNAPSHOT</version>
<extensions>true</extensions>
<executions>
<execution>
<goals>
<goal>add-classes</goal>
</goals>
</execution>
</executions>
</plugin>
</plugins>
</build>
[...]
그리고 추가를 사용하려면 pom.xml
파일에 다음과 같은 플러그인 구성 요소를 포함 전쟁 유형은 전쟁 오버레이를 수행하기 위해 Maven 전쟁 플러그인에 의해 사용되며 warpath 유형은 프로젝트 클래스 경로에 포함 할 올바른 인공물 목록을 결정하기 위해 Warpath 플러그인에 의해 사용됩니다.
나는 그것을 시도를 줘야 할 것.)
내가이 부결 :
이것은 당신이 수락 테스트 프로젝트에서 사용할 수있는 클래스 이슈를 생성합니다. 나는 이것이 Maven3을 사용하고 있기 때문에 있는지 모르지만 실제로/myclass와/lib 폴더는 다중 WAR 의존성을 통해 전이 적으로 포함된다. 다시 - 투표 해 죄송합니다. 분명히 이것은 "올바른"대답입니다. – HDave