Tôi đang viết một dự án để kiểm tra chấp nhận và vì nhiều lý do, điều này phụ thuộc vào một dự án khác được đóng gói dưới dạng WAR. Tôi đã quản lý để giải nén WAR bằng cách sử dụng maven-dependency-plugin, nhưng tôi không thể đưa dự án của mình bao gồm phần đã được giải nén WEB-INF/lib/*.jarvà WEB-INF/classes/*được đưa vào classpath nên quá trình xây dựng không thành công. Có cách nào để đưa những tệp này vào đường dẫn classpath, hay có cách nào tốt hơn là phụ thuộc vào WAR?
Cảm ơn nhiều.
Câu trả lời:
Có một tùy chọn khác kể từ maven-war-plugin 2.1-alpha-2. Trong dự án WAR của bạn:
<plugin>
<artifactId>maven-war-plugin</artifactId>
<version>2.1.1</version>
<configuration>
<attachClasses>true</attachClasses>
</configuration>
</plugin>
Điều này tạo ra một cấu phần lớp học mà bạn có thể sử dụng trong dự án kiểm tra chấp nhận với:
<dependency>
<groupId>your-group-id</groupId>
<artifactId>your-artifact-id</artifactId>
<version>your-version</version>
<classifier>classes</classifier>
</dependency>
Thật vậy, theo thiết kế, Maven không giải quyết các phụ thuộc bắc cầu của một cuộc chiến được tuyên bố là phụ thuộc của một dự án. Thực sự có một vấn đề về điều đó, MNG-1991 , nhưng nó sẽ không được giải quyết trong Maven 2.x và tôi không chắc rằng tôi không biết liệu các lớp phủ có cho phép giải quyết vấn đề này hay không. Sự hiểu biết của tôi về giải pháp được đề xuất là sao chép các phụ thuộc, ví dụ như trong một dự án kiểu pom.
(CHỈNH SỬA: Sau khi tìm hiểu thêm, tôi đã tìm thấy một số điều thú vị trong chủ đề này mà tôi đang trích dẫn bên dưới:
Tôi đã giúp đỡ trong việc phát triển dự án AppFuse trong tháng trước, nơi chúng tôi sử dụng nhiều tính năng lớp phủ chiến tranh trong plugin Maven war. Đó là một tính năng thực sự tiện lợi!
Để có được sức mạnh tối đa với lớp phủ chiến tranh, tôi đã phát triển plugin Warpath cho phép các dự án sử dụng các hiện vật chiến tranh dưới dạng phụ thuộc chính thức. Tóm lại:
1) Nội dung của thư mục / WEB-INF / class trong các hiện vật phụ thuộc chiến tranh có thể được đưa vào classpath của dự án cho các tác vụ biên dịch thông thường, v.v.
2) Các phụ thuộc có tính chất bắc cầu từ các tạo tác phụ thuộc chiến tranh trở nên có sẵn để sử dụng bởi các plugin khác, ví dụ như biên dịch và tai - vì vậy không còn phải bao gồm tất cả các phụ thuộc khi tạo các cuộc chiến mỏng!Plugin hiện đã được sử dụng tích cực trong dự án AppFuse trong vài tháng qua và tôi cảm thấy nó đã đến thời điểm có thể sử dụng được và ổn định. Nhóm plugin war có quan tâm đến việc bao gồm chức năng warpath bên trong plugin war không? Nó dường như là nơi tự nhiên nhất để tổ chức nó.
Vì vậy, tôi không có bất kỳ kinh nghiệm nào về nó, nhưng plugin maven warpath thực sự trông đẹp và đơn giản và có sẵn trong repo trung tâm. Để sử dụng nó, hãy bao gồm phần tử cấu hình plugin sau trong pom.xmltệp của bạn :
[...]
<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>
[...]
Và thêm các phụ thuộc war mà bạn muốn đưa vào classpath dưới dạng phụ thuộc warpath :
[...]
<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>
[...]
Cần có cả loại phụ thuộc warpath và warpath: loại war được plugin Maven war sử dụng để thực hiện war overlay, loại warpath được plugin Warpath sử dụng để xác định danh sách hiện vật chính xác để đưa vào classpath của dự án.
Tôi sẽ thử.)
Sử dụng lớp phủ . Đầu tiên, dự án thử nghiệm của bạn cũng cần phải có bao bì war.
Khai báo sự phụ thuộc của dự án chiến tranh mà bạn muốn kiểm tra:
<dependency>
<groupId>${project.groupId}</groupId>
<artifactId>your-project-arftifactId</artifactId>
<version>${project.version}</version>
<type>war</type>
<scope>test</scope>
</dependency>
sau đó định cấu hình lớp phủ maven-war-plugin:
<plugins>
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<configuration>
<webResources>
<resource>
<directory>${basedir}/src/main/webresources</directory>
<filtering>true</filtering>
</resource>
</webResources>
<overlays>
<overlay/>
<overlay>
<groupId>your.group</groupId>
<artifactId>your-project-artifactId</artifactId>
</overlay>
</overlays>
</configuration>
</plugin>
Trong ví dụ trên trong dự án thử nghiệm, tôi ghi đè lên các tệp cấu hình nguồn web (như conxtext, v.v.).
CHỈNH SỬA: Giải pháp này chưa được thử nghiệm với Maven 3.
Tốt, Justin. Điều đó giúp tôi thực sự giải quyết được vấn đề của mình, cụ thể là: bao gồm một cuộc chiến vào một tập hợp VÀ bao gồm tất cả các phụ thuộc bắc cầu của nó. Tôi không thể sao chép war-dependency thành 'jar' như bạn đề xuất vì plugin lắp ráp sẽ không tìm thấy jar được tham chiếu bởi groupId / artefactId đó, nhưng
làm! Chiến tranh và các phụ thuộc bắc cầu của nó không được bao gồm trong tập hợp. Để loại trừ tệp pom (hiện cũng đang xuất hiện), tôi phải thêm phần tử loại trừ như sau:
<excludes>
<exclude>*:pom</exclude>
</excludes>
vào tệp assembly.xml của tôi.
Tôi nghĩ rằng đây cũng có thể là một cách giải quyết cho câu hỏi ban đầu của chủ đề này.