Log4j có bị bỏ rơi có lợi cho Slf4j không?

Question

Có vẻ như log4j có một số class loading issues (trong số những người khác) và có vẻ như với tôi xu hướng là di chuyển ra khỏi log4j về phía slf4j. (Hibernate ngừng sử dụng ưu tiên đầu tiên sau)

1. Có đúng không?
2. Các vấn đề chính trong log4j mà slf4j giải quyết là gì?
3. Slf4j là từ cuối cùng hay thậm chí còn có tiêu chuẩn công nghiệp "tiếp theo log4j" tiếp theo tốt hơn không?

Cập nhật:

• Vì vậy answer này bằng cách delfuego confuses me, bạn có thể chấp nhận/phản đối nó ?:

Bạn dường như đã stumbled khi các vấn đề lớn với log4j (và thư viện Ghi nhật ký Apache), có nghĩa là chúng có một sốridiculouslykhó khăn khi khám phá và tương tác với trình nạp lớp phù hợp vì chúng đang sử dụng . Có một lời giải thích rất dày đặc của , hoàn chỉnh với các ví dụ, tại đây; tin nhắn mang về nhà là một trong những động lực chính cho khung đăng nhập mới SLF4J là để loại bỏ hoàn toàn các vấn đề này. Bạn có thể muốn trao đổi nó và xem liệu cuộc sống của bạn có dễ dàng hơn không.

• Nhiều vấn đề classloading bởi log4j: http://articles.qos.ch/classloader.html

Answer 1

Slf4j thực sự chỉ là mặt tiền ghi nhật ký. Tuy nhiên, Log4j được dự định sẽ thành công bởi Logback, từ cùng một tác giả.

Cập nhật: nếu bạn muốn biết về một lợi ích khác của SLF4J, đó là một thực tế rằng sau (xấu xí) cấu trúc không cần thiết nữa để tránh những toString() cách không cần thiết được gọi là:

if (logger.isDebugEnabled()) { 
    logger.debug("Message: " + bigObject + ", " + anotherBigObject); 
} 

bạn thay vì có thể tận dụng các thông điệp tham số:

logger.debug("Message: {}, {}", bigObject, anotherBigObject); 

xem thêm What is the fastest way of (not) logging?

Answer 2

Nhìn vào slf4j page nó không giống như nó sẽ thay log4j - nó sẽ chỉ cho phép bạn sử dụng khung đăng nhập cơ bản giống nhau (ví dụ: log4j) cho toàn bộ ứng dụng của bạn, cho phép các thư viện tự động nối vào đó.

Dường như thay thế cho Apache Commons Logging hơn log4j.

Answer 3

SLF4J có, theo ý kiến ​​của tôi, lợi thế rất lớn mà bạn có thể thống nhất việc ghi nhật ký của tất cả các thư viện mà bạn sử dụng thông qua các cây cầu mà nó cung cấp. Cả khung công tác ghi nhật ký khác đều không cho phép điều này. Điều này cho phép các dự án di chuyển trơn tru đến SLF4J và bỏ qua các lựa chọn khung khai thác mà các phụ thuộc đã thực hiện.

Answer 4

Slf4J không phải là một thay thế cho Log4j, mà là cung cấp một mặt tiền để ghi nhật ký, vì vậy bạn có thể cắm vào khung đăng nhập của riêng mình. Nó chủ yếu là hữu ích cho các thư viện. từ slf4j.org:

The Simple Logging Facade cho Java hoặc (SLF4J) đóng vai trò như một mặt tiền đơn giản hoặc trừu tượng cho nhiều logging khung, ví dụ java.util.logging, log4j và logback, cho phép người dùng cuối cắm vào khung khai thác mong muốn trong thời gian triển khai.

Để trả lời câu hỏi của bạn: SLF4J đã được thông qua bởi các khuôn khổ bây giờ, nhưng trong các dự án của bạn, bạn có thể tiếp tục sử dụng Log4J (hoặc bất kỳ khác)

Answer 5

đầu tiên: một điểm quan trọng: SLF4J là khai thác gỗ frontend (API), có thể sử dụng bên dưới hầu hết các hệ thống đăng nhập chính: ví dụ log4j hoặc java.util.logging. Vì vậy, tốt hơn là so sánh sfl4j với commons-logging.

Về tình trạng Log4j, trích dẫn từ The state of java logging (một năm trước)

Một điều mà tôi đã không nhận ra là phát triển log4j là về cơ bản đã chết. Nó hiện đang ở phiên bản 1.2, và kế hoạch cho phiên bản 1.3 đã bị bỏ rơi ủng hộ phát triển log4j 2.0. Tuy nhiên, nó không xuất hiện rằng 2.0 đang trong quá trình phát triển tích cực. Cần lưu ý rằng Ceki Gülcü, người sáng lập ban đầu của dự án log4j, đã chuyển sang slf4j (xem bên dưới).

Answer 6

Slf4j không phải là mặt tiền ghi thực sự. Slf4j không hỗ trợ nhiều tính năng của người triển khai. Tóm lại, tôi đề cập đến các ví dụ về log4j bên dưới.

• SLF4J không thể chỉ định một người dùng chọn tập tin cấu hình, nhưng lực lượng người dùng sử dụng mặc định (log4j.properties hoặc log4j.xml) tại một trong rất nhiều rễ Java (mỗi Jar có một gốc cộng với JVM gốc và các lớp học hoặc bin). Nếu hai tệp JAR có nó, thật khó để kiểm soát cái nào để sử dụng một cách an toàn.
• Slf4j không thể hỗ trợ tất cả các cấp Log4j, chẳng hạn như 'gây tử vong'. Khi chuyển đổi mã lớn từ Log4j sang Slf4j, cần có nỗ lực thay đổi mã lớn (ví dụ: quyết định cách sắp xếp lại các cấp).
• Hai tệp Jar chính (log4j-over-slf4j.jar hoặc slf4j-log4j12.jar) phải được chọn. Nếu classpath cả hai, sẽ không hoạt động. Nếu chọn ngẫu nhiên, mất các tính năng không mong muốn (ví dụ: log4j-over-slf4j.jar không hỗ trợ nhiều tệp nhật ký cho cùng một lớp, ví dụ: một cho nhật ký sự kiện và một cho nhật ký dữ liệu thô).