Bạn đề xuất thư viện Java XML nào (để thay thế dom4j)? [đóng cửa]

Tôi đang tìm kiếm thứ gì đó giống như dom4j, nhưng không có mụn cóc của dom4j, chẳng hạn như tài liệu bị lỗi hoặc bị thiếu và trạng thái phát triển dường như bị đình trệ.

Thông tin cơ bản: Tôi đang sử dụng và ủng hộ dom4j, nhưng không cảm thấy hoàn toàn đúng về nó vì tôi biết thư viện còn lâu mới tối ưu (ví dụ: xem cách các phương thức trong lớp Biểu định kiểu liên quan đến XSLT được ghi lại; bạn sẽ chuyển gì để chạy ( ) như String modetham số?)

Yêu cầu: Thư viện phải làm cho việc xử lý XML cơ bản dễ dàng hơn so với khi sử dụng JDK ( javax.xmlvà org.w3c.domcác gói) thuần túy . Những thứ như thế này:

• Đọc tài liệu XML (từ tệp hoặc Chuỗi) vào một đối tượng, dễ dàng xem qua và thao tác với DOM, thực hiện các truy vấn XPath và chạy XSLT dựa trên nó.
• Xây dựng một tài liệu XML trong mã Java của bạn, thêm các phần tử và thuộc tính và dữ liệu, và cuối cùng là ghi tài liệu vào một tệp hoặc Chuỗi.

Tôi thực sự thích những gì dom4j hứa hẹn , thực sự: " dễ sử dụng, thư viện mã nguồn mở để làm việc với XML, XPath và XSLT [...] với hỗ trợ đầy đủ cho DOM, SAX và JAXP. " Và dom4j 2.0 sắp tới tuyên bố sẽ khắc phục mọi thứ : sử dụng đầy đủ Java 5 và bổ sung tài liệu còn thiếu. Nhưng thật không may, nếu bạn nhìn kỹ hơn :

Cảnh báo: dom4j 2.0 đang ở giai đoạn tiền alpha. Có khả năng là nó không thể được biên dịch. Trong trường hợp nó có thể được biên dịch ngẫu nhiên, nó có khả năng không thể chạy. Trong trường hợp nó chạy thỉnh thoảng nó có thể phát nổ đột ngột. Nếu bạn muốn sử dụng dom4j, bạn muốn có phiên bản 1.6.1. Có thật không.

... và trang web đã nói điều đó từ lâu . Vì vậy, có một thay thế tốt cho dom4j? Vui lòng cung cấp một số lý do cho thư viện ưa thích của bạn, thay vì chỉ kết xuất tên và liên kết. :-)

Chắc chắn rồi, XOM :-)

XOM được thiết kế để dễ học và dễ sử dụng. Nó hoạt động rất thẳng thắn và có một đường cong học tập rất nông cạn. Giả sử bạn đã quen với XML, bạn sẽ có thể bắt đầu và chạy với XOM rất nhanh chóng.

Tôi sử dụng XOM trong vài năm nay, và tôi vẫn rất thích nó. Dễ sử dụng, nhiều tài liệu và bài viết trên web, API không thay đổi giữa các bản phát hành. 1.2 đã được phát hành gần đây.

XOM là API XML duy nhất không thỏa hiệp về tính đúng đắn. XOM chỉ chấp nhận các tài liệu XML được định dạng tốt trong không gian tên và chỉ cho phép bạn tạo các tài liệu XML có không gian tên. (Trên thực tế, nó nghiêm ngặt hơn một chút: nó thực sự đảm bảo rằng tất cả các tài liệu đều có thể xoay vòng và có các tập tin XML được xác định rõ.) XOM quản lý XML của bạn nên bạn không cần phải làm như vậy. Với XOM, bạn có thể tập trung vào giá trị duy nhất của ứng dụng của mình và tin tưởng XOM sẽ sử dụng đúng XML.

Xem trang web http://www.xom.nu/ để biết Câu hỏi thường gặp, Sách dạy nấu ăn, cơ sở thiết kế, v.v. Giá như mọi thứ đều được thiết kế với tình yêu thương như vậy :-)

Tác giả cũng đã viết về Điều gì sai với API XML (và cách khắc phục chúng) . (Về cơ bản, lý do tại sao XOM tồn tại ngay từ đầu)

Đây cũng là cuộc phỏng vấn 5 phần của Artima với tác giả về XOM, nơi họ nói về những điều sai trái với API XML , Điều tốt, Điều xấu và DOM , Đánh giá thiết kế của JDOM , Bài học rút ra từ JDOM và cuối cùng là Nguyên tắc thiết kế và XOM .

Một trong những được tích hợp trong JDK ... với một số bổ sung.

Vâng, thật khó sử dụng: nó được mô phỏng theo thông số kỹ thuật W3C đã được thiết kế rõ ràng bởi ủy ban. Tuy nhiên, nó có sẵn ở bất cứ đâu và nếu bạn xử lý nó, bạn sẽ không gặp phải các đối số "Tôi thích Dom4J", "Tôi thích JDOM", "Tôi thích StringBuffer" đến từ các thư viện của bên thứ ba. Đặc biệt là vì các đối số như vậy có thể biến thành các đoạn mã khác nhau bằng cách sử dụng các thư viện khác nhau ...

Tuy nhiên, như tôi đã nói, tôi có cải tiến một chút: thư viện XML thực tế là một tập hợp các lớp tiện ích giúp làm việc với DOM dễ dàng hơn . Khác với trình bao bọc XPath, không có gì phức tạp ở đây, chỉ là một loạt các quy trình mà tôi thấy mình phải viết lại cho mọi công việc.

Tôi đã sử dụng XMLTool để thay thế Dom4j và nó hoạt động khá tốt.

Công cụ XML sử dụng mẫu Giao diện Thông thạo để hỗ trợ các thao tác XML:

XMLTag tag = XMLDoc.newDocument(false)
   .addDefaultNamespace("http://www.w3.org/2002/06/xhtml2/")
   .addNamespace("wicket", "http://wicket.sourceforge.net/wicket-1.0")
   .addRoot("html")
   .addTag("wicket:border")
   .gotoRoot().addTag("head")
   .addNamespace("other", "http://other-ns.com")
   .gotoRoot().addTag("other:foo");
System.out.println(tag.toString());

Nó được tạo cho Java 5 và thật dễ dàng để tạo một đối tượng có thể lặp lại trên các phần tử đã chọn:

for (XMLTag xmlTag : tag.getChilds()) {
   System.out.println(xmlTag.getCurrentTagName());
}

Tôi luôn thích jdom . Nó được viết để trực quan hơn so với phân tích cú pháp DOM (và phân tích cú pháp SAX luôn có vẻ vụng về).

Từ tuyên bố sứ mệnh:

Không có lý do thuyết phục nào để một API Java thao tác XML trở nên phức tạp, lắt léo, không trực quan hoặc khiến bạn đau cổ. JDOMTM tập trung vào Java và được tối ưu hóa cho Java. Nó hoạt động giống như Java, nó sử dụng các bộ sưu tập Java, nó là API hoàn toàn tự nhiên cho các nhà phát triển Java hiện tại và nó cung cấp một điểm nhập chi phí thấp để sử dụng XML.

Đó là kinh nghiệm của tôi - điều hướng khá trực quan của các cây nút.

Tôi sử dụng XStream , một thư viện đơn giản để tuần tự hóa các đối tượng sang XML và quay lại.

nó có thể theo hướng chú thích (như JAXB), nhưng nó có api rất đơn giản và dễ sử dụng và bạn thậm chí có thể tạo JSON.

Tôi sẽ thêm vào câu trả lời có sẵn của @kdgregory bằng cách nói tại sao không phải là JAXB?

Với một vài chú thích, nó khá dễ dàng để mô hình hóa hầu hết các tài liệu XML. Ý tôi là bạn có thể sẽ phân tích cú pháp nội dung và đưa vào một đối tượng phải không?

JAXB 2.0 được tích hợp sẵn trên JDK 1.6 và không giống như nhiều thư viện javax tích hợp khác, thư viện này khá tốt (Kohusuke đã làm việc trên nó nên bạn biết cái hay của nó).

Trong một dự án gần đây, tôi phải thực hiện một số phân tích cú pháp XML và cuối cùng đã sử dụng Simple Framework , được một đồng nghiệp giới thiệu.

Cuối cùng thì tôi khá hài lòng với nó. Nó sử dụng cách tiếp cận dựa trên chú thích để ánh xạ các phần tử và thuộc tính XML tới các lớp và trường Java.

<example>
  <a>
    <b>
      <x>foo</x>
    </b>
    <b>
      <y>bar</y>
    </b>
  </a>
</example>

Mã Java tương ứng:

@Root
public class Example {

   @Path("a/b[1]")
   @Element
   private String x;

   @Path("a/b[2]")
   @Element
   private String y;
}

Tất cả hoàn toàn khác với dom4j hoặc XOM. Bạn tránh viết mã xử lý XML ngu ngốc, viết sẵn, nhưng lúc đầu có thể bạn sẽ đập đầu vào tường trong một lúc để cố gắng làm cho đúng các chú thích.

(Chính tôi là người đã hỏi câu hỏi này 4 năm trước. Mặc dù XOM có vẻ là một sự thay thế dom4j khá phổ biến và khá phổ biến, nhưng tôi vẫn chưa hoàn toàn nắm bắt được nó. Tò mò rằng không ai đề cập đến Simple Framework ở đây. Tôi quyết định sửa lỗi đó, vì tôi có thể sẽ sử dụng lại.)

Trong dự án của chúng tôi, chúng tôi đang sử dụng http://www.castor.org/ nhưng chỉ dành cho các tệp XML nhỏ. Nó thực sự dễ học, chỉ cần một tệp XML ánh xạ (hoặc không cần tệp nào nếu các thẻ XML khớp hoàn toàn với các thuộc tính lớp) là xong. Nó hỗ trợ người nghe (như gọi lại) để thực hiện xử lý bổ sung. Nhược điểm: nó không phải là một tiêu chuẩn Java EE như JAXB.

bạn có thể thử JAXB, với các chú thích, nó rất tiện dụng và đơn giản để làm: Kiến trúc Java cho Liên kết XML.

Đôi khi tôi đang sử dụng Jericho , công cụ chủ yếu là trình phân tích cú pháp HTML, nhưng có thể phân tích cú pháp bất kỳ cấu trúc nào giống XML.

Tất nhiên nó chỉ dành cho các thao tác XML đơn giản nhất, chẳng hạn như tìm các thẻ có tên đã cho, lặp qua cấu trúc, thay thế các thẻ và các thuộc tính của nó, nhưng đây không phải là trường hợp sử dụng nhiều nhất sao?

Để xây dựng các tài liệu XML, tôi đề xuất xmlenc . Nó được sử dụng trong cassandra .