
Security News
Lovable’s OJ Rewrites Vite’s Dev Server in Rust as AI Lowers the Cost of Forking Open Source
Lovable’s OJ rewrites Vite’s dev server in Rust, reducing memory use and preview times as AI lowers the cost of open source reimplementation.
@xmldom/xmldom
Advanced tools
A pure JavaScript W3C standard-based (XML DOM Level 2 Core) DOMParser and XMLSerializer module.
Since version 0.7.0 this package is published to npm as @xmldom/xmldom and no longer as xmldom, because we are no longer able to publish xmldom.
For better readability in the docs, we will continue to talk about this library as "xmldom".
xmldom is a javascript ponyfill to provide the following APIs that are present in modern browsers to other runtimes:
new DOMParser().parseFromString(xml, mimeType) => Document
new DOMImplementation().createDocument(...) => Document
new XMLSerializer().serializeToString(node) => string
The target runtimes xmldom supports are currently Node >= v14.6 (and very likely any other ES5 compatible runtime).
When deciding how to fix bugs or implement features, xmldom tries to stay as close as possible to the various related specifications/standards.
As indicated by the version starting with 0., this implementation is not feature complete and some implemented features differ from what the specifications describe.
Issues and PRs for such differences are always welcome, even when they only provide a failing test case.
This project was forked from it's original source in 2019, more details about that transition can be found in the CHANGELOG.
npm install @xmldom/xmldom
const { DOMParser, XMLSerializer } = require('@xmldom/xmldom')
const source = `<xml xmlns="a">
<child>test</child>
<child/>
</xml>`
const doc = new DOMParser().parseFromString(source, 'text/xml')
const serialized = new XMLSerializer().serializeToString(doc)
Note: in Typescript and ES6 (see #316) you can use the import approach, as follows:
import { DOMParser } from '@xmldom/xmldom'
parseFromString(xmlsource, mimeType)
// the options argument can be used to modify behavior
// for more details check the documentation on the code or type definition
new DOMParser(options)
serializeToString(node)
All DOM node types listed below are exported for use with instanceof (e.g. node instanceof Text).
They cannot be constructed directly — use the Document factory methods (createTextNode, createComment, createDocumentFragment, …) instead.
readonly class properties (aka NodeType),
these can be accessed from any Node instance node:
if (node.nodeType === node.ELEMENT_NODE) {...
ELEMENT_NODE (1)ATTRIBUTE_NODE (2)TEXT_NODE (3)CDATA_SECTION_NODE (4)ENTITY_REFERENCE_NODE (5)ENTITY_NODE (6)PROCESSING_INSTRUCTION_NODE (7)COMMENT_NODE (8)DOCUMENT_NODE (9)DOCUMENT_TYPE_NODE (10)DOCUMENT_FRAGMENT_NODE (11)NOTATION_NODE (12)attribute:
nodeValue | prefix | textContentreadonly attribute:
nodeName | nodeType | parentNode | parentElement | childNodes | firstChild | lastChild | previousSibling | nextSibling | attributes | ownerDocument | namespaceURI | localName | isConnected | baseURImethod:
insertBefore(newChild, refChild)replaceChild(newChild, oldChild)removeChild(oldChild)appendChild(newChild)hasChildNodes()cloneNode(deep)normalize()contains(otherNode)getRootNode()isEqualNode(otherNode)isSameNode(otherNode)isSupported(feature, version)hasAttributes()extends the Error type thrown as part of DOM API.
readonly class properties:
INDEX_SIZE_ERR (1)DOMSTRING_SIZE_ERR (2)HIERARCHY_REQUEST_ERR (3)WRONG_DOCUMENT_ERR (4)INVALID_CHARACTER_ERR (5)NO_DATA_ALLOWED_ERR (6)NO_MODIFICATION_ALLOWED_ERR (7)NOT_FOUND_ERR (8)NOT_SUPPORTED_ERR (9)INUSE_ATTRIBUTE_ERR (10)INVALID_STATE_ERR (11)SYNTAX_ERR (12)INVALID_MODIFICATION_ERR (13)NAMESPACE_ERR (14)INVALID_ACCESS_ERR (15)attributes:
code with a value matching one of the above constants.method:
hasFeature(feature, version) (deprecated)createDocumentType(qualifiedName, publicId, systemId)createDocument(namespaceURI, qualifiedName, doctype)Document : Node
readonly attribute:
doctype | implementation | documentElementmethod:
createElement(tagName)createDocumentFragment()createTextNode(data)createComment(data)createCDATASection(data)createProcessingInstruction(target, data)createAttribute(name)createEntityReference(name)getElementsByTagName(tagname)importNode(importedNode, deep)createElementNS(namespaceURI, qualifiedName)createAttributeNS(namespaceURI, qualifiedName)getElementsByTagNameNS(namespaceURI, localName)getElementById(elementId)DocumentFragment : Node
Element : Node
readonly attribute:
tagNamemethod:
getAttribute(name)setAttribute(name, value)removeAttribute(name)getAttributeNode(name)setAttributeNode(newAttr)removeAttributeNode(oldAttr)getElementsByTagName(name)getAttributeNS(namespaceURI, localName)setAttributeNS(namespaceURI, qualifiedName, value)removeAttributeNS(namespaceURI, localName)getAttributeNodeNS(namespaceURI, localName)setAttributeNodeNS(newAttr)getElementsByTagNameNS(namespaceURI, localName)hasAttribute(name)hasAttributeNS(namespaceURI, localName)Attr : Node
attribute:
valuereadonly attribute:
name | specified | ownerElementreadonly attribute:
lengthmethod:
item(index)readonly attribute:
lengthmethod:
getNamedItem(name)setNamedItem(arg)removeNamedItem(name)item(index)getNamedItemNS(namespaceURI, localName)setNamedItemNS(arg)removeNamedItemNS(namespaceURI, localName)CharacterData : Node
method:
substringData(offset, count)appendData(arg)insertData(offset, arg)deleteData(offset, count)replaceData(offset, count, arg)Text : CharacterData
method:
splitText(offset)Comment : CharacterData
readonly attribute:
name | entities | notations | publicId | systemId | internalSubsetNotation : Node
readonly attribute:
publicId | systemIdEntity : Node
readonly attribute:
publicId | systemId | notationNameEntityReference : Node
ProcessingInstruction : Node
attribute:
data
readonly attribute:targetattribute:
textContentmethod:
isDefaultNamespace(namespaceURI)lookupNamespaceURI(prefix)ParentNode mixin (on Document, DocumentFragment, Element)
readonly attribute:
children[Node] Source position extension;
attribute:
lineNumber //number starting from 1columnNumber //number starting from 1The implementation is based on several specifications:
From the W3C DOM Parsing and Serialization (WD 2016) xmldom provides an implementation for the interfaces:
DOMParserXMLSerializerNote that there are some known deviations between this implementation and the W3 specifications.
Note: The latest version of this spec has the status "Editors Draft", since it is under active development. One major change is that the definition of the DOMParser interface has been moved to the HTML spec
The original author claims that xmldom implements [DOM Level 2] in a "fully compatible" way and some parts of [DOM Level 3], but there are not enough tests to prove this. Both Specifications are now superseded by the [DOM Level 4 aka Living standard] wich has a much broader scope than xmldom. In the past, there have been multiple (even breaking) changes to align xmldom with the living standard, so if you find a difference that is not documented, any contribution to resolve the difference is very welcome (even just reporting it as an issue).
xmldom implements the following interfaces:
AttrCDATASectionCharacterDataCommentDocumentDocumentFragmentDocumentTypeDOMExceptionDOMImplementationElementEntityEntityReferenceLiveNodeListNamedNodeMapNodeNodeListNotationProcessingInstructionTextmore details are available in the (incomplete) API Reference section.
xmldom does not have any goal of supporting the full spec, but it has some capability to parse, report and serialize things differently when it is told to parse HTML (by passing the HTML namespace).
xmldom has an own SAX parser implementation to do the actual parsing, which implements some interfaces in alignment with the Java interfaces SAX defines:
XMLReaderDOMHandlerThere is an idea/proposal to make it possible to replace it with something else in https://github.com/xmldom/xmldom/issues/55
libxmljs is a Node.js package that provides bindings to the libxml C library. It allows for parsing and serializing XML, and it is known for its high performance. However, it requires compiling native code, which can be a disadvantage compared to the pure JavaScript implementation of @xmldom/xmldom.
Cheerio is a fast, flexible, and lean implementation of core jQuery designed specifically for the server. It can parse markup and provides an API for manipulating the resulting data structure, similar to jQuery. While it is not a full XML DOM parser, it can handle a subset of XML and is often used for web scraping and server-side DOM manipulation.
jsdom is a pure-JavaScript implementation of many web standards, notably the WHATWG DOM and HTML Standards, for use with Node.js. It is designed to simulate a web browser's environment and can be used to test and scrape web applications. jsdom is more comprehensive than @xmldom/xmldom as it includes support for HTML and the DOM Level 3, but it is also heavier and more complex.
FAQs
A pure JavaScript W3C standard-based (XML DOM Level 2 Core) DOMParser and XMLSerializer module.
The npm package @xmldom/xmldom receives a total of 27,769,273 weekly downloads. As such, @xmldom/xmldom popularity was classified as popular.
We found that @xmldom/xmldom demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 1 open source maintainer collaborating on the project.

Security News
Lovable’s OJ rewrites Vite’s dev server in Rust, reducing memory use and preview times as AI lowers the cost of open source reimplementation.

Security News
It has been one year since Shai-Hulud made its first appearance on npm.

Research
/Security News
Operators behind PolinRider used a compromised GitHub account to plant malware in four development versions of a Packagist package with 700,000+ downloads.