Projects tagged ‘dom’, ‘parser’, and ‘xml’

Libxml2 is the XML C parser and toolkit developed for the Gnome project (but usable outside of the Gnome platform). Includes the xmllint tool for checking documents for well-formedness, validating documents against a DTD or XML Schema, and pretty printing XML input.

A Java library for parsing, validating and manipulating XML documents. The latest version released, 2.9.1, provides support for the following standards and APIs: * XML 1.0 (4th Edition) * Namespaces in XML 1.0 (2nd Edition) * XML 1.1 (2nd ... [More] Edition) * Namespaces in XML 1.1 (2nd Edition) * W3C XML Schema 1.0 (2nd Edition) * XInclude 1.0 (2nd Edition) * OASIS XML Catalogs 1.1 * SAX 2.0.2 * DOM Level 3 Core, Load and Save * DOM Level 2 Core, Events, Traversal and Range * JAXP 1.3 [Less]

dom4j is an easy to use, open source library for working with XML, XPath, and XSLT on the Java platform, using the Java Collections Framework, and with full support for DOM, SAX, and JAXP.

Xerces-C++ is a validating XML parser written in a portable subset of C++. A shared library is provided for parsing, generating, manipulating, and validating XML documents. Xerces-C++ is faithful to the XML 1.0 recommendation and many associated ... [More] standards. Source code, samples and API documentation are provided with the parser. For portability, care has been taken to make minimal use of templates, no RTTI, and minimal use of #ifdefs. [Less]

phpQuery is a server-side, chainable, CSS3 selector driven Document Object Model (DOM) API based on jQuery JavaScript Library. Two interfaces are provided - Object Oriented PHP and Command Line Interface (CLI).

XML::Xerces is the Perl API to the Apache project's Xerces XML parser. It is implemented using the Xerces C++ API, and it provides access to most of the C++ API from Perl. Because it is based on Xerces-C, XML::Xerces provides a validating XML ... [More] parser that makes it easy to give your application the ability to read and write XML data. Classes are provided for parsing, generating, manipulating, and validating XML documents. XML::Xerces is faithful to the XML 1.0 recommendation and associated standards (DOM levels 1, 2, and 3, SAX 1 and 2, Namespaces, and W3C XML Schema). The parser provides high performance, modularity, and scalability, and provides full support for Unicode. [Less]

ShaniXmlParser is a small and fast Xml/Html DOM/SAX non validating parser written in java. It can parse not well formed xml files. It also parses DTD, ENTITIES, CSS. Use DOM,SAX,JAXP interfaces. It passes DOM1/2/3 validations suites

AJAXSLT is an implementation of XSLT in JavaScript. Because XSLT uses XPath, it is also an implementation of XPath that can be used independently of XSLT. This implementation has the advantange that it makes XSLT uniformly available on more browsers ... [More] than natively provide it, and that it can be extended to yet more browsers if necessary. AJAXSLT is interesting for developers who strive aggressively for cross browser compatibility of their advanced web applications. This implementation of XSLT operates at the DOM level on its input documents. It internally uses a DOM implementation to create the output document, but usually returns the output document as text stream. The DOM to construct the output document can be supplied by the application, or else an internal minimal DOM implementation is used. This DOM comes with a minimal XML parser that can be used to generate a suitable DOM representation of the input documents if they are present as text. [Less]

The Java/XML technology landscape seems to be very fragmented. It's great that every XML specification you can imagine has been implemented somehow somewhere by someone, but getting everything all integrated so you can actually use it is not an easy ... [More] task. I want an XML library that I can use in my Java programs. I want to constrain my XML documents by the 'best-of-breed' XML schema technology out there: RelaxNG. But I don't care for DTDs, nor any of that other old SGML baggage. XPath is cool, I want that built-in! I don't care for support for ancient JDKs, I want generics! I don't need my API to be designed around other languages, good solid native support for Java only please. And finally, this may sound controversial but I really don't think I'll need to 'plug in' other XML parsers. Just build one in that does the job and that will be fine. I can't find any free software on the internet that does all this stuff, so I've done it myself. It's not all complete (yet) but getting there. If you share my feelings about XML, don't be shy- get in touch: Just mail me at malcolm@congreve.com. Malcolm Sparks - moxl project owner UPDATE: Unfortunately, I have had to withdraw moxl from Google code due to difficulties with their Subversion systems. These were the last errors I got before I was forced to withdraw moxl from Google code :( :( :( svn: Commit failed (details follow): svn: Reference to non-existent node '0b926289161588c8.126b3835e6fb7eb9.11d7bf1ce7b57a4d' in filesystem 'moxl' Transmitting file data ....................svn: Commit failed (details follow): svn: Checksum mismatch on rep '690de80359513366': expected: 2a3f1b369308f8a0144a350b3b5e79ac actual: 233c18e23e0e8567b3c1b11f0e1de9e8 svn: Commit failed (details follow): svn: Reference to non-existent node '0b926289161588c8.126b3835e6fb7eb9.e07e4c610e0fbee8' in filesystem 'moxl' I'm intending to migrate the code to a CVS repository on moxl.org, sometime in the future. Please e-mail me directly if you want me to informally alert you as to moxl news and status. [Less]