Security News
Supply Chain Attack Detected in Solana's web3.js Library
A supply chain attack has been detected in versions 1.95.6 and 1.95.7 of the popular @solana/web3.js library.
Node.js bindings for libxslt compatible with libxmljs.
npm install libxslt
var libxslt = require('libxslt');
libxslt.parse(stylesheetString, function(err, stylesheet){
var params = {
MyParam: 'my value'
};
// 'params' parameter is optional
stylesheet.apply(documentString, params, function(err, result){
// err contains any error from parsing the document or applying the stylesheet
// result is a string containing the result of the transformation
});
});
Node-libxslt depends on libxmljs in the same way that libxslt depends on libxml. This dependancy makes possible to bundle and to load in memory libxml only once for users of both libraries.
The libxmljs module required by node-libxslt is exposed as require('libxslt').libxmljs
. This prevents depending on libxmljs twice which is not optimal and source of weird bugs.
It is possible to work with libxmljs documents instead of strings:
var lixslt = require('libxslt');
var libxmljs = libxslt.libxmljs;
var stylesheetObj = libxmljs.parseXml(stylesheetString, { nocdata: true });
var stylesheet = libxslt.parse(stylesheetObj);
var document = libxmljs.parseXml(documentString);
stylesheet.apply(document, function(err, result){
// result is now a libxmljs document containing the result of the transformation
});
This is only useful if you already needed to parse a document before applying the stylesheet for previous manipulations. Or if you wish to be returned a document instead of a string for ulterior manipulations. In these cases you will prevent extraneous parsings and serializations.
XSL includes are supported but relative paths must be given from the execution directory, usually the root of the project.
Includes are resolved when parsing the stylesheet by libxml. Therefore the parsing task becomes IO bound, which is why you should not use synchronous parsing when you expect some includes.
The same parse() and apply() functions can be used in synchronous mode simply by removing the callback parameter. In this case if a parsing error occurs it will be thrown.
var lixslt = require('libxslt');
var stylesheet = libxslt.parse(stylesheetString);
var result = stylesheet.apply(documentString);
The asynchronous functions use the libuv work queue to provide parallelized computation in node.js worker threads. This makes it non-blocking for the main event loop of node.js.
Note that libxmljs parsing doesn't use the work queue, so only a part of the process is actually parallelized.
A small benchmark is available in the project. It has a very limited scope, it uses always the same small transformation a few thousand times. To run it use:
node benchmark.js
This is an example of its results with an intel core i5 3.1GHz:
10000 synchronous parse from parsed doc in 52ms = 192308/s
10000 asynchronous parse in series from parsed doc in 229ms = 43668/s
10000 asynchronous parse in parallel from parsed doc in 56ms = 178571/s
10000 synchronous apply from parsed doc in 329ms = 30395/s
10000 asynchronous apply in series from parsed doc in 569ms = 17575/s
10000 asynchronous apply in parallel from parsed doc in 288ms = 34722/s
Observations:
Conclusion:
For now 64bits linux and 32bits windows are confirmed. Other environments are probably ok, but not checked. Please report an issue if you encounter some difficulties.
Node-libxslt depends on node-gyp, you will need to meet its requirements. This can be a bit painful mostly for windows users. The node-gyp version bundled in your npm will have to be greater than 0.13.0, so you might have to follow these instructions to upgrade. There is no system dependancy otherwise, libxslt is bundled in the project.
Node.js bindings for libxslt compatible with libxmljs
Members
##libxslt.parse(source, [callback]) Parse a XSL stylesheet
If no callback is given the function will run synchronously and return the result or throw an error.
Params
string
| Document
- The content of the stylesheet as a string or a libxmljs documentparseCallback
- The callback that handles the response. Expects err and Stylesheet object.Returns: Stylesheet
- Only if no callback is given.
##libxslt.parseFile(sourcePath, callback)
Parse a XSL stylesheet
Params
stringPath
- The path of the fileparseFileCallback
- The callback that handles the response. Expects err and Stylesheet object.##class: libxslt~Stylesheet Members
###new libxslt~Stylesheet(stylesheetDoc, stylesheetObj) A compiled stylesheet. Do not call this constructor, instead use parse or parseFile.
store both the source document and the parsed stylesheet if we don't store the stylesheet doc it will be deleted by garbage collector and it will result in segfaults.
Params
Document
- XML document source of the stylesheetDocument
- Simple wrapper of a libxslt stylesheetScope: inner class of libxslt
###stylesheet.apply(source, [params], [callback])
Apply a stylesheet to a XML document
If no callback is given the function will run synchronously and return the result or throw an error.
Params
string
| Document
- The XML content to apply the stylesheet to given as a string or a libxmljs documentobject
- Parameters passed to the stylesheet (http://www.w3schools.com/xsl/el_with-param.asp)applyCallback
- The callback that handles the response. Expects err and result of the same type as the source param passed to apply.Returns: string
| Document
- Only if no callback is given. Type is the same as the source param.
###stylesheet.applyToFile(sourcePath, [params], callback)
Apply a stylesheet to a XML file
Params
string
- The path of the file to readobject
- Parameters passed to the stylesheet (http://www.w3schools.com/xsl/el_with-param.asp)applyToFileCallback
- The callback that handles the response. Expects err and result as string.documented by jsdoc-to-markdown.
FAQs
[Fork] Node.js bindings for libxslt compatible with libxmljs
The npm package libxslt receives a total of 605 weekly downloads. As such, libxslt popularity was classified as not popular.
We found that libxslt demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 3 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
A supply chain attack has been detected in versions 1.95.6 and 1.95.7 of the popular @solana/web3.js library.
Research
Security News
A malicious npm package targets Solana developers, rerouting funds in 2% of transactions to a hardcoded address.
Security News
Research
Socket researchers have discovered malicious npm packages targeting crypto developers, stealing credentials and wallet data using spyware delivered through typosquats of popular cryptographic libraries.