wasmer-js

0.6.0 (2023-12-21)

⚠ BREAKING CHANGES

• The @wasmer/sdk Runtime has removed the limit on the maximum number of worker threads it is allowed to spawn. The corresponding poolSize option has been removed from RuntimeOptions.
• Changed the package.json so importing @wasmer/sdk will pull in the version with wasmer_js_bg.wasm embedded as a base64 string, by default

Features

• The @wasmer/sdk Runtime has removed the limit on the maximum number of worker threads it is allowed to spawn. The corresponding poolSize option has been removed from RuntimeOptions. (d5da4ea)

Bug Fixes

• Bump the wasmer dependency to pick up wasmerio/wasmer#4366 (c3c5a5d)
• Changed the package.json so importing @wasmer/sdk will pull in the version with wasmer_js_bg.wasm embedded as a base64 string, by default (0c850a5)

0.5.1 (2023-12-15)

Bug Fixes

• Bumped the virtual-fs dependency so we get a non-buggy StaticFile implementation (fixes #366) (47b4633)
• Made sure users still get typings whenever they import a file from dist/ (956d404)
• Update the OptionOptions type definition to accept Uint8Array as stdin, rather than ArrayBuffer (a1d4045)

0.5.0 (2023-12-13)

⚠ BREAKING CHANGES

• Renamed Wasmer.fromWebc() to Wasmer.fromFile()
• Renamed Output.stdoutUtf8 and friends to make the more common use case shorter
• Importing @wasmer/sdk will now use the smaller, non-embedded bundle by default
  • This should improve page load times for end users by being more cache-friendly and not needing to download/parse a ~6MB *.js file on startup
  • Users will need to explicitly import @wasmer/sdk/dist/WasmerSDKBundled.js if they want the old behaviour
  • Users may need to call setWorkerUrl() to point at wasmer_js_bg.wasm

Features

• Renamed Output.stdoutUtf8 and friends to make the more common use case shorter (f94cc58)
• The package now includes dist/WasmerSDKBundled.* files which embed the compiled Rust code as a base64 string as well as dist/WasmerSDK.* files which load the Rust code from the server as a *.wasm binary at runtime (75c4bf1)
• Importing @wasmer/sdk will now use the smaller, non-embedded bundle by default (75c4bf1)

Bug Fixes

• A warning will now be emitted when the @wasmer/sdk package is loaded outside of a Cross-Origin Isolated context (4dc5799)
• Errors encountered when the scheduler handles a message are now logged at the error level so they get printed by default (c5decb5)
• Mitigated a race condition in the thread pool by marking workers as "busy" when they are sent blocking tasks, rather than when the tasks are received (35292d8)
• The UMD module now exposes @wasmer/sdk under the name, WasmerSDK, rather than Library (d34bb7a)

0.4.1 (2023-11-30)

Bug Fixes

• Set the maximum logging level in release mode to DEBUG (1648a27)

0.4.0 (2023-11-30)

⚠ BREAKING CHANGES

• Renamed Wasmer.fromWebc() to Wasmer.fromFile()

Features

• The Output you get from await instance.wait() now contains stdoutUtf8 and stderrUtf8 fields with stdout/stderr lazily parsed as UTF-8 strings (61f3319)

Bug Fixes

• Resolved an issue where constructing a Directory with a DirectoryInit containing a nested file would error out while creating the file's parent directory (f45f561)
• Resolved an unconditional panic when passing a DirectoryInit to Command.spawn() or runWasix()'s mount argument (50df67d)

Code Refactoring

• Renamed Wasmer.fromWebc() to Wasmer.fromFile() (8bf6868)

0.3.0 (2023-11-27)

⚠ BREAKING CHANGES

• Removed the Container, Manifest, and Volume types
• Functionality needing a Runtime will now use a lazily initialized global runtime if one wasn't provided
• Renamed SpawnConfig and RunConfig to SpawnOptions and RunOptions.

Features

• A Wasmer package now has a commands field which maps a Command's name to its instance (243d4b9)
• A Wasmer package now has an entrypoint field with a runnable Command (243d4b9)
• Added a Command.binary() method for accessing the binary run by a Command (243d4b9)
• Added a Wasmer.fromWebc() constructor for loading a *.webc file (4606724)
• Functionality needing a Runtime will now use a lazily initialized global runtime if one wasn't provided (70a2083)
• Introduced a DirectoryInit type that lets you initialize a Directory with a map from file paths to their contents (553ded5)
• Rewrote the top-level Wasmer type to represent a package that has been loaded and is ready for execution (9f54cb5)
• Users are now able to mount directories using either a existing Directory or a DirectoryInit which will be used to instantiate a new Directory (e43ea8c)

Code Refactoring

• Removed the Container, Manifest, and Volume types (e2ed292)
• Renamed SpawnConfig and RunConfig to SpawnOptions and RunOptions. (e43ea8c)

0.2.0 (2023-11-24)

Features

• Users can now mount a Directory (backed by an in-memory filesystem) when spawning WASIX instances (98e5d92)

Bug Fixes

• The logger will now proxy all messages to the main thread so output from Web Workers can be captured (dba73fd)

This version exposes the inner WebAssembly.Instance, so the user can retrieve it's exports and use them apart if needed.

This includes a small patch that exports the required types for proper usage in Deno, as well as an improved init function for both Deno and Node.

Wasmer-JS has been rewritten from scratch, this time using the WASI Rust implementation and with better API usage, also allowing usage from Deno, Node.js or the browser.

Check the release blogpost here:
https://wasmer.io/posts/wasmer-js-a-new-hope

v1.0.0-alpha4

v1.0.0-alpha0