bytecodealliance / bytecodealliance/ComponentizeJS
componetize command does not export wasi:http/incoming-handler
- 主要語言
- Rust
- 星號
- 391
- 分支
- 53
- 平均合併
- 3 天 5 小時
- 30 天內合併 PR
- 1
描述
I might be just doing something wrong, but here's a simple repro.
test.js
```
addEventListener('fetch', (evt) => {
console.log('fetch-event style request handling');
});
```
world.wit
its empty because all it wants to do is be an http server... (if I went wrong its probably here, I assume we don't have to manually export wasi:http/incoming-handler in our world)
```
package fetch:test;
world ui {
}
```
with jco 1.13
jco componetize handle.js --wit world.wit --out handle.wasm
which yields what I would expect, sands that ability to actually accept an incoing request.
all the other package definitions have been omitted, this is was I see when inspecting the component with the wit vs code extension.
```
package root:component;
world root {
import wasi:io/error@0.2.3;
import wasi:io/poll@0.2.3;
import wasi:io/streams@0.2.3;
import wasi:cli/stdin@0.2.3;
import wasi:cli/stdout@0.2.3;
import wasi:cli/stderr@0.2.3;
import wasi:cli/terminal-input@0.2.3;
import wasi:cli/terminal-output@0.2.3;
import wasi:cli/terminal-stdin@0.2.3;
import wasi:cli/terminal-stdout@0.2.3;
import wasi:cli/terminal-stderr@0.2.3;
import wasi:clocks/monotonic-clock@0.2.3;
import wasi:clocks/wall-clock@0.2.3;
import wasi:filesystem/types@0.2.3;
import wasi:filesystem/preopens@0.2.3;
import wasi:random/random@0.2.3;
import wasi:http/types@0.2.3;
import wasi:http/outgoing-handler@0.2.3;
}
```
most importantly, the component doesn't automatically export wasi:http/outgoing-handler like the big fat
would suggest....
貢獻指南
這個儲存庫沒有索引到貢獻指南
研究方向
從 test.js 和 world.wit 中的重現開始,並執行所示的 jco componentize 命令。檢查產生元件的 WIT 匯入和匯出,重點關注 wasi:http/incoming-handler 缺失的原因。當文件中的 HTTP 伺服器案例產生一個公開預期 incoming-handler 介面的元件時,即視為完成。
由索引模型根據 Issue 內容生成。
評估
- 技術堆疊
- javascript, wasm
- 領域
- build-system, devtools
- Issue 類型
- 缺陷
- 難度
- 3/5
- 預估耗時
- 1-2 天
- 活躍度
- 停滯
- 描述清晰度
- 基本清楚
- 新手友好度
- 35/100