Simple XML body parser connect/express middleware
npm install xml-bodyparser[![NPM Version][npm-image]][npm-url]
[![Dependency Status][deps-image]][deps-url]
[![Build Status][ci-image]][ci-url]
[![Code Coverage status][codecov-image]][codecov-url]
[![Gitter channel][gitter-image]][gitter-url]
For those rare cases when you have to parse incoming raw xml-body requests. This middleware works with any connect- or express-based nodejs application.
Admittedly, having to deal with XML data has become less common in recent years. Still, there are services and APIs using this format. The middleware is based on the connect-json middleware as a blueprint.
There is a similar xml bodyparser module available, but you might appreciate some notable differences:
* Custom configuration options how to deal with XML data.
* Attempt to parse data only once, even if middleware is called multiple times.
* Skip data parsing immediately if no req-body has been sent.
* Accept any XML-based content-type, e.g. application/rss+xml
* No dependency on coffeescript keeping dependencies to a minimum.
Utilize npm by typing npm install express-xml-bodyparser --save in your projects root folder and your good to go.
You can pass configuration options into the XML parser middleware. They're exactly the same options you would use for xml2js, which this middleware relies on. For further details look at all available configuration options.
Without specifying custom options, the middleware applies some opionated defaults meant to normalize the resulting json object properties. All whitespace in text nodes will be trimmed, property and tag names will be lowercased. The parser will always return node lists explicitly cast to Array.
NOTE: Custom options will be merged with aforementioned opionated defaults, so in case you want to use xml2js defaults, you will have to specify the following:
```javascript``
var xml2jsDefaults = {
explicitArray: false,
normalize: false,
normalizeTags: false,
trim: true
}
This change appeared in v0.1.0, older versions would merge options against xml2js's default options.
There are now type-definitions available at DefinitelyTyped. In order to use them in your project, add this to your (development) dependencies:
`sh`
npm install --save-dev @types/express-xml-bodyparser
Thanks to @noticeMaker for creating the type-definitions.
You can either use express-xml-bodyparser at application level, or for specific routes only.
Here is an example of an express application with default settings:
``javascript
var express = require('express'),
app = express(),
http = require('http'),
server = http.createServer(app),
xmlparser = require('express-xml-bodyparser');
// .. other middleware ...
app.use(express.json());
app.use(express.urlencoded());
app.use(xmlparser());
// ... other middleware ...
app.post('/receive-xml', function(req, res, next) {
// req.body contains the parsed xml
});
server.listen(1337);
``
If you wanted to use express-xml-bodyparser for specific routes only, you would do something like this:
``javascript``
app.post('/receive-xml', xmlparser({trim: false, explicitArray: false}), function(req, res, next) {
// check req.body
});
Above example demonstrates how to pass custom options to the XML parser.
If you want to customize the regular expression that checks whether the xmlparser should do its work or not, you can provide your own by overloading the xmlparser.regexp property, like so:
``javascript``
var xmlparser = require('express-xml-bodyparser');
xmlparser.regexp = /^text\/xml$/i;
Doing so, will allow you to restrict XML parsing to custom mime-types only. Thanks to @ophentis for the suggestion.
Just make sure your regular expression actually matches mime-types you're interested in.
The feature is available since version v0.0.5.
IMPORTANT In versions v0.2.x custom regular expressions were ignored in mime-type parsing. The issue has been fixed in v0.3.0. If you need/rely on this feature, please upgrade to a newer version. Many thanks to @dirksen who discovered this issue.
Lets start a discussion how to get to there (stable API).
Here are some thoughts:
* 100% align with body-parser's error and success handling when dealing with req.body and req.rawBody.xmlparser` middleware's mime-type regexp in favor of passing customizations into the options parameters (perfect if using route-middlewares).
* Possibly dropping support for connect altogether at one point?
* Deprecate mutating the
* Refactor to use node's StreamAPIv2 (in effect requiring nodejs >= v0.10.x).
* Require raw-body with added benefits of limiting request body size and setting charset-encoding based on request data.
* Finally really apply and automate conventional changelog practice :)
* ~~Provide functional tests incorporating (a~~ny~~ version of) express.~~
[npm-image]:https://img.shields.io/npm/v/express-xml-bodyparser.svg?style=flat
[npm-url]:https://www.npmjs.com/package/express-xml-bodyparser
[deps-image]:https://david-dm.org/macedigital/express-xml-bodyparser.svg
[deps-url]:https://david-dm.org/macedigital/express-xml-bodyparser
[ci-image]: https://travis-ci.org/macedigital/express-xml-bodyparser.svg?style=flat
[ci-url]: https://travis-ci.org/macedigital/express-xml-bodyparser
[codecov-image]:https://img.shields.io/codecov/c/github/macedigital/express-xml-bodyparser.svg?style=flat
[codecov-url]:https://codecov.io/github/macedigital/express-xml-bodyparser
[gitter-image]:https://img.shields.io/gitter/room/macedigital/express-xml-bodyparser.svg
[gitter-url]:https://gitter.im/macedigital/express-xml-bodyparser