bytecodealliance / bytecodealliance/WASI-Virt

Incoming handler virtualization

Open
#34 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Rust
Stars
235
Forks
27
PR merge metrics
No merged PRs in 30d

Description

@dicej did some exploration here on what would be involved in https://github.com/dicej/WASI-Virt/commit/99d950f104d60899865dd133ad3a2b113b4672ca.

This currently hits limitations with wasm-compose due to a cyclical case, which would need to be acyclified via a wrapper adapter module with a table.

There are new WIT techniques being planned here which should resolve these issues though more generally. In addition cycle fixes for wasm-compose should also be able to unblock progress here.

In addition the approach above should be able to combine with component rewriting to form a proper wrapper virt for HTTP incoming requests.

Joel please correct me where I'm wrong and feel free to fill in some more background on this as well.

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with the linked WASI-Virt commit and review the discussion around wasm-compose's cyclical case. Investigate the planned WIT techniques, wasm-compose cycle fixes, and component rewriting for HTTP incoming requests. Done means a general incoming-handler virtualization approach is defined and the current cycle limitation is unblocked.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust, wasm
Domain
api, backend-api-design
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
20/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.