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.
string | string[] | Record<string, string | string[] | EntryDescription> | Function
'./src/index.js'
The entry
configuration is used to set the entry module for Rspack builds.
If you are building a single page application or a library, you will usually only need to set up a single entry point.
To set up a single entry, simply pass the path to the entry module as a string to the entry
configuration.
The above writing method will automatically set the name of the entry module to main
, which is equivalent to the following writing method:
The path of the entry module can be a relative path or an absolute path.
If entry
is set as a relative path, Rspack will use the value set by context configuration as the base path, which by default is the current working directory of the Node.js process, namely process.cwd ()
.
You can also use the path module in Node.js to generate an absolute path and pass it to the entry
configuration:
When setting the value of an entry, in addition to setting it to string
, you can also pass in a string[]
, meaning that the entry contains multiple entry modules.
For example, the following example will build pre.js
and post.js
into the output of page
.
Multiple modules will be executed sequentially according to the order defined by the array, so the code in pre.js
will be executed before the code in post.js
.
If you need to build multiple entries at once, you should set entry
to an object, and each key of the object corresponds to an entry name.
For example, the following example will build page1
and page2
as two entries:
When you set entry
to an object, you can set the value of the entry to a description object. A description object can contain the following properties:
string[] | string
'./src/index.js'
The path or paths to the entry modules.
Multiple paths can be set in the import
property:
false | string
undefined
The name of the runtime chunk. When runtime
is set, a new runtime chunk will be created. You can also set it to false
to avoid a new runtime chunk.
The runtime
property is used to set the name of the runtime chunk, for example to set the name of the main
entry chunk to 'foo'
:
false | string | 'jsonp' | 'import-scripts' | 'require' | 'async-node' | 'import'
undefined
How this entry load other chunks. Methods included by default are 'jsonp'
(web), 'import'
(ESM), 'import-scripts'
(WebWorker), 'require'
(sync node.js), 'async-node'
(async node.js), but others might be added by plugins.
boolean
true
Whether to create a load-on-demand asynchronous chunk for this entry.
'auto' | string | (pathData: PathData, assetInfo?: AssetInfo) => string
undefined
The publicPath of the resource referenced by this entry.
string
undefined
The baseURI of the resource referenced by this entry.
string
undefined
The filename of the entry chunk.
string | string[] | object
undefined
The format of the chunk generated by this entry as a library, for detailed configuration, see output.library.
string[] | string
undefined
The entry that the current entry depends on. With dependOn
option you can share the modules from one entry chunk to another.
'fetch' | 'async-node'
undefined
Option to set the method of loading WebAssembly Modules. Methods included by default are 'fetch'
(web/WebWorker), 'async-node'
(Node.js), but others might be added by plugins.
The default value can be affected by different target:
'fetch'
if target is set to 'web'
, 'webworker'
, 'electron-renderer'
or 'node-webkit'
.'async-node'
if target is set to 'node'
, 'async-node'
, 'electron-main'
or 'electron-preload'
.string | null | undefined
undefined
Specifies the layer in which modules of this entrypoint are placed. Make the corresponding configuration take effect through layer matching in split chunks, rules, stats, and externals.
This configuration will only take effect when experiments.layers is true
.
If a function is passed then it will be invoked on every make event.
Note that the
make
event triggers when webpack starts and for every invalidation when watching for file changes.
Or:
For example: you can use dynamic entries to get the actual entries from an external source (remote server, file system content or database):
When combining with the output.library option: If an array is passed only the last item is exported.