Skip to content

Releases: wasmerio/wasmer-js

wasmer-sdk: v0.6.0

21 Dec 17:10
9435497
Compare
Choose a tag to compare

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)

wasmer-sdk: v0.5.1

15 Dec 09:59
22d62be
Compare
Choose a tag to compare

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)

wasmer-sdk: v0.5.0

13 Dec 07:29
d6ed31b
Compare
Choose a tag to compare

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)

wasmer-sdk: v0.4.1

30 Nov 16:57
95c45ea
Compare
Choose a tag to compare

0.4.1 (2023-11-30)

Bug Fixes

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

wasmer-sdk: v0.4.0

30 Nov 14:33
5a62784
Compare
Choose a tag to compare

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)

wasmer-sdk: v0.3.0

28 Nov 08:58
691c766
Compare
Choose a tag to compare

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)

wasmer-sdk: v0.2.0

24 Nov 15:57
9bca8c6
Compare
Choose a tag to compare

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)

Wasmer SDK v0.1.0

24 Nov 14:56
Compare
Choose a tag to compare
wasmer-sdk-v0.1.0

Renamed @wasmer/wasi to @wasmer/sdk and released v0.1.0

v1.0.2

14 Dec 11:46
Compare
Choose a tag to compare

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

v1.0.1

07 Dec 13:17
Compare
Choose a tag to compare

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.