Sự khác biệt giữa biên dịch phạm vi maven và được cung cấp cho bao bì JAR

Sự khác biệt giữa phạm vi maven compilevà providedkhi tạo tác được xây dựng dưới dạng JAR là gì? Nếu đó là WAR, tôi hiểu - hiện vật sẽ được bao gồm hoặc không có trong WEB-INF / lib. Nhưng trong trường hợp JAR thì không vấn đề gì - không bao gồm phụ thuộc. Họ phải ở trên classpath khi phạm vi của họ là compilehoặc provided. Tôi biết rằng providedsự phụ thuộc không mang tính bắc cầu - nhưng nó chỉ là một sự khác biệt?

Từ Maven Đốc :

• biên dịch

  Đây là phạm vi mặc định, được sử dụng nếu không được chỉ định. Biên dịch phụ thuộc có sẵn trong tất cả các đường dẫn của dự án. Hơn nữa, những phụ thuộc đó được tuyên truyền cho các dự án phụ thuộc.

• cung cấp

  Điều này giống như biên dịch, nhưng chỉ ra rằng bạn mong đợi JDK hoặc một thùng chứa cung cấp sự phụ thuộc khi chạy. Ví dụ: khi xây dựng một ứng dụng web cho Phiên bản Java Enterprise, bạn sẽ đặt sự phụ thuộc vào API Servlet và API Java EE có liên quan đến phạm vi được cung cấp vì bộ chứa web cung cấp các lớp đó. Phạm vi này chỉ có sẵn trên đường biên dịch và biên dịch thử nghiệm, và không có tính bắc cầu.

Tóm tắt lại

• phụ thuộc không phải là bắc cầu (như bạn đã đề cập)
• phạm vi được cung cấp chỉ khả dụng trên đường dẫn biên dịch và kiểm tra, trong khi phạm vi biên dịch có sẵn trong tất cả các đường dẫn lớp.
• cung cấp phụ thuộc không được đóng gói

Biên dịch nghĩa là bạn cần JAR để biên dịch và chạy ứng dụng. Đối với một ứng dụng web, ví dụ, JAR sẽ được đặt trong thư mục WEB-INF / lib.

Được cung cấp có nghĩa là bạn cần JAR để biên dịch, nhưng tại thời điểm chạy đã có JAR được cung cấp bởi môi trường nên bạn không cần nó được đóng gói với ứng dụng của bạn. Đối với một ứng dụng web, điều này có nghĩa là tệp JAR sẽ không được đặt vào thư mục WEB-INF / lib.

Đối với một ứng dụng web, nếu máy chủ ứng dụng đã cung cấp JAR (hoặc chức năng của nó), thì hãy sử dụng "được cung cấp" nếu không sử dụng "biên dịch".

Dưới đây là tài liệu tham khảo.

Nếu bạn dự định tạo một tệp JAR duy nhất với tất cả các phụ thuộc của nó (xxxx-all.jar điển hình), thì cung cấp phạm vi có vấn đề, bởi vì các lớp trong phạm vi này sẽ không được gói trong JAR kết quả.

Xem maven-assembly-plugin để biết thêm thông tin

• biên dịch

Cung cấp vào đường dẫn lớp, không thêm phụ thuộc này vào bình cuối cùng nếu đó là bình thường; nhưng thêm bình này vào bình nếu bình cuối cùng là bình duy nhất (ví dụ: bình thực thi)

• cung cấp

Sự phụ thuộc sẽ có sẵn trong môi trường thời gian chạy, vì vậy đừng thêm phụ thuộc này trong mọi trường hợp; thậm chí không trong một jar duy nhất (tức là jar thực thi, v.v.)

Đối với tệp jar, sự khác biệt nằm ở đường dẫn được liệt kê trong tệp MANIFEST.MF có trong tệp jar nếu addClassPath được đặt thành true trong cấu hình maven-jar-plugin. Phụ thuộc 'biên dịch' sẽ xuất hiện trong bảng kê khai, 'phụ thuộc' sẽ không.

Một trong những thú cưng của tôi là hai từ này nên có cùng một thì. Hoặc được biên dịch và cung cấp, hoặc biên dịch và cung cấp.

Khi bạn đặt phạm vi maven là provided, điều đó có nghĩa là khi plugin chạy, phiên bản phụ thuộc thực tế được sử dụng sẽ phụ thuộc vào phiên bản Apache Maven mà bạn đã cài đặt.

Nếu tệp jar giống như tệp jar khởi động mùa xuân thực thi thì phạm vi của tất cả các phụ thuộc phải compilebao gồm tất cả các tệp jar.

Nhưng nếu tệp jar được sử dụng trong các gói hoặc ứng dụng khác thì không cần bao gồm tất cả các phụ thuộc trong tệp jar vì các gói hoặc ứng dụng này có thể tự cung cấp các phụ thuộc khác.