Stream: git-wasmtime

Topic: wasmtime / issue #3482 Provide support for wasi-experimen...


view this post on Zulip Wasmtime GitHub notifications bot (Oct 28 2021 at 14:06):

IhostVlad opened issue #3482:

Feature

Provide support for wasi-experimental-http, for instance, this one https://github.com/deislabs/wasi-experimental-http, over specific CLI flag

Benefit

Currently there is now stereotypical way to perform HTTP requests over wasmtime runtime, but it's mandatory MVP feature, since much work performed via network sockets, for instance, interacting with AWS/Azure/etc cloud SDKs can be performed only via HTTP(S)

Implementation

Support for wasi-experimental-http can be provided as build-in functionality, like for neural nets or cryptography, which are already had been implemented as wasmtime features, and should be available via CLI flag
Maybe it's better to introduce some plugins management subsystem in wasmtime, but now it seems to be redunant

Alternatives

Unfortunately there is now adequate alternatives, other than recompile wasttime from source codes and inject http crate mentioned above

view this post on Zulip Wasmtime GitHub notifications bot (Oct 28 2021 at 14:20):

IhostVlad commented on issue #3482:

Sorry for duplicate

view this post on Zulip Wasmtime GitHub notifications bot (Oct 28 2021 at 14:20):

IhostVlad closed issue #3482:

Feature

Provide support for wasi-experimental-http, for instance, this one https://github.com/deislabs/wasi-experimental-http, over specific CLI flag

Benefit

Currently there is now stereotypical way to perform HTTP requests over wasmtime runtime, but it's mandatory MVP feature, since much work performed via network sockets, for instance, interacting with AWS/Azure/etc cloud SDKs can be performed only via HTTP(S)

Implementation

Support for wasi-experimental-http can be provided as build-in functionality, like for neural nets or cryptography, which are already had been implemented as wasmtime features, and should be available via CLI flag
Maybe it's better to introduce some plugins management subsystem in wasmtime, but now it seems to be redunant

Alternatives

Unfortunately there is now adequate alternatives, other than recompile wasttime from source codes and inject http crate mentioned above

view this post on Zulip Wasmtime GitHub notifications bot (Oct 28 2021 at 14:20):

IhostVlad edited a comment on issue #3482:

Sorry for duplicate of this https://github.com/bytecodealliance/wasmtime/issues/3483

view this post on Zulip Wasmtime GitHub notifications bot (Jun 02 2022 at 11:38):

IhostVlad closed issue #3482:

Feature

Provide support for wasi-experimental-http, for instance, this one https://github.com/deislabs/wasi-experimental-http, over specific CLI flag

Benefit

Currently there is now stereotypical way to perform HTTP requests over wasmtime runtime, but it's mandatory MVP feature, since much work performed via network sockets, for instance, interacting with AWS/Azure/etc cloud SDKs can be performed only via HTTP(S)

Implementation

Support for wasi-experimental-http can be provided as build-in functionality, like for neural nets or cryptography, which are already had been implemented as wasmtime features, and should be available via CLI flag
Maybe it's better to introduce some plugins management subsystem in wasmtime, but now it seems to be redunant

Alternatives

Unfortunately there is now adequate alternatives, other than recompile wasttime from source codes and inject http crate mentioned above


Last updated: Dec 23 2024 at 12:05 UTC