The content of this section is derived from the content of the following links and is subject to the CC BY 4.0 license.
The following contents can be assumed to be the result of modifications and deletions based on the original contents if not specifically stated.
The externals configuration option provides a way of excluding dependencies from the output bundles. Instead, the created bundle relies on that dependency to be present in the consumer's (any end-user application) environment. This feature is typically most useful to library developers, however there are a variety of applications for it.
string | object | function | RegExp | Array<string | object | function | RegExp>Prevent bundling of certain imported packages and instead retrieve these external dependencies at runtime.
For example, to include jQuery from a CDN instead of bundling it:
This leaves any dependent modules unchanged, i.e. the code shown below will still work:
The property name jquery specified under externals in the above Rspack configuration indicates that the module jquery in import $ from 'jquery' should be excluded from bundling. In order to replace this module, the value jQuery will be used to retrieve a global jQuery variable, as the default external library type is var, see externalsType.
While we showed an example consuming external global variable above, the external can actually be available in any of these forms: global variable, CommonJS, AMD, ES2015 Module, see more in externalsType.
Depending on the externalsType, this could be the name of the global variable (see 'global', 'this', 'var', 'window') or the name of the module (see amd, commonjs, module, umd).
You can also use the shortcut syntax if you're defining only 1 external:
equals to
You can specify the external library type to the external with the ${externalsType} ${libraryName} syntax. It will override the default external library type specified in the externalsType option.
For example, if the external library is a CommonJS module, you can specify
subtract: ['./math', 'subtract'] allows you select part of a module, where ./math is the module and your bundle only requires the subset under the subtract variable.
When the externalsType is commonjs, this example would translate to require('./math').subtract; while when the externalsType is window, this example would translate to window["./math"]["subtract"];
Similar to the string syntax, you can specify the external library type with the ${externalsType} ${libraryName} syntax, in the first item of the array, for example:
An object with { root, commonjs, commonjs2, amd, ... } is only allowed for libraryTarget: 'umd' and externalsType: 'umd'. It's not allowed for other library targets.
This syntax is used to describe all the possible ways that an external library can be made available. lodash here is available as lodash under AMD and CommonJS module systems but available as _ in a global variable form. subtract here is available via the property subtract under the global math object (e.g. window['math']['subtract']).
function ({ context, request, contextInfo, getResolve }, callback)function ({ context, request, contextInfo, getResolve }) => promiseIt might be useful to define your own function to control the behavior of what you want to externalize from Rspack. webpack-node-externals, for example, excludes all modules from the node_modules directory and provides options to allowlist packages.
Here're arguments the function can receive:
ctx (object): Object containing details of the file.
ctx.context (string): The directory of the file which contains the import.ctx.request (string): The import path being requested.ctx.contextInfo (object): Contains information about the issuer (e.g. the layer and compiler)ctx.getResolve: Get a resolve function with the current resolver options.callback (function (err, result, type)): Callback function used to indicate how the module should be externalized.The callback function takes three arguments:
err (Error): Used to indicate if there has been an error while externalizing the import. If there is an error, this should be the only parameter used.result (string | string[] | object): Describes the external module with the other external formats (string, string[], or object)type (string): Optional parameter that indicates the module external type (if it has not already been indicated in the result parameter).As an example, to externalize all imports where the import path matches a regular expression you could do the following:
Other examples using different module formats:
Every dependency that matches the given regular expression will be excluded from the output bundles.
In this case, any dependency named jQuery, capitalized or not, or $ would be externalized.
Sometimes you may want to use a combination of the above syntaxes. This can be done in the following manner:
Default type will be used if you specify externals without a type e.g. externals: { react: 'react' } instead of externals: { react: 'commonjs-module react' }.
string'var'Specify the default type of externals. amd, umd, system and jsonp externals depend on the output.libraryTarget being set to the same value e.g. you can only consume amd externals within an amd library.
Supported types:
'amd''amd-require''assign' - same as 'var''commonjs''commonjs-module''global''module''import' - uses import() to load a native ECMAScript module (async module)'module-import''commonjs-import''jsonp''node-commonjs''promise' - same as 'var' but awaits the result (async module)'self''system''script''this''umd''umd2''var''window'Specify the default type of externals as 'commonjs'. Rspack will generate code like const X = require('...') for externals used in a module.
Example
Will generate into something like:
Note that there will be a require() in the output bundle.
Specify the default type of externals as 'global'. Rspack will read the external as a global variable on the globalObject.
Example
Will generate into something like
Specify the default type of externals as 'module'. Rspack will generate code like import * as X from '...' for externals used in a module.
Make sure to enable experiments.outputModule first, otherwise Rspack will throw errors.
Example
Will generate into something like
Note that there will be an import statement in the output bundle.
Specify the default type of externals as 'import'. Rspack will generate code like import('...') for externals used in a module.
Example
Will generate into something like
Note that there will be an import() statement in the output bundle.
Specify the default type of externals as 'module-import'. This combines 'module' and 'import'. Rspack will automatically detect the type of import syntax, setting it to 'module' for static imports and 'import' for dynamic imports.
Make sure to enable experiments.outputModule first if static imports exist, otherwise Rspack will throw errors.
Example
Will generate into something like
Note that there will be an import or import() statement in the output bundle.
When a module is not imported via import or import(), Rspack will use "module" externals type as fallback. If you want to use a different type of externals as fallback, you can specify it with a function in the externals option. For example:
Specify the default type of externals as 'commonjs-import'. This combines 'commonjs' and 'import'. Rspack will automatically detect the type of import syntax, setting dynamic import to 'import' and leaving others to 'commonjs'.
This is useful when building a Node.js application that target Node.js version higher than 13.2.0, which supports both import() expressions and require().
commonjs-import type is only available of Rspack, and not applicable for webpack.
Example
Will generate into something like
Note that there will be an import() statement in the output bundle.
Specify the default type of externals as 'node-commonjs'. Rspack will import createRequire from 'module' to construct a require function for loading externals used in a module.
Example
Will generate into something like
Note that there will be an import statement in the output bundle.
Specify the default type of externals as 'promise'. Rspack will read the external as a global variable (similar to 'var') and await for it.
Example
Will generate into something like
Specify the default type of externals as 'self'. Rspack will read the external as a global variable on the self object.
Example
Will generate into something like
Specify the default type of externals as 'script'. Rspack will load the external as a script exposing predefined global variables with HTML <script> element. The <script> tag would be removed after the script has been loaded.
Syntax
You can also use the shortcut syntax if you're not going to specify any properties:
Note that output.publicPath won't be added to the provided URL.
Example
Let's load a lodash from CDN:
Then use it in code:
Here's how we specify properties for the above example:
Both local variable head and global window._ will be exposed when you import lodash:
When loading code with HTML <script> tags, the Rspack runtime will try to find an existing <script> tag that matches the src attribute or has a specific data-webpack attribute. For chunk loading data-webpack attribute would have value of '[output.uniqueName]:chunk-[chunkId]' while external script has value of '[output.uniqueName]:[global]'.
Options like output.chunkLoadTimeout, output.crossOriginLoading and output.scriptType will also have effect on the external scripts loaded this way.
Specify the default type of externals as 'this'. Rspack will read the external as a global variable on the this object.
Example
Will generate into something like
Specify the default type of externals as 'var'. Rspack will read the external as a global variable.
Example
Will generate into something like
Specify the default type of externals as 'window'. Rspack will read the external as a global variable on the window object.
Example
Will generate into something like
objectEnable presets of externals for specific targets.
Type: boolean
Treat common electron built-in modules in main and preload context like electron, ipc or shell as external and load them via require() when used.
Type: boolean
Treat electron built-in modules in the main context like app, ipc-main or shell as external and load them via require() when used.
Type: boolean
Treat electron built-in modules in the preload context like web-frame, ipc-renderer or shell as external and load them via require() when used.
Type: boolean
Treat electron built-in modules in the renderer context like web-frame, ipc-renderer or shell as external and load them via require() when used.
Type: boolean
Treat node.js built-in modules like fs, path or vm as external and load them via require() when used.
Type: boolean
Treat NW.js legacy nw.gui module as external and load it via require() when used.
Type: boolean
Treat references to http(s)://... and std:... as external and load them via import when used. (Note that this changes execution order as externals are executed before any other code in the chunk).
Type: boolean
Treat references to http(s)://... and std:... as external and load them via async import() when used (Note that this external type is an async module, which has various effects on the execution).
Note that if you're going to output ES modules with those node.js-related presets, Rspack will set the default externalsType to node-commonjs which would use createRequire to construct a require function instead of using require().
Example
Using node preset will not bundle built-in modules and treats them as external and loads them via require() when used.