search

virto-network / valor

Create HTTP APIs with a plugin system that runs in the server and the browser.
GNU General Public License v3.0
9 stars 8 forks source link

JavaScript plugin support #5

Closed olanod closed 3 years ago

olanod commented 3 years ago

Writing a JS plugin should be as easy as exporting an async function that receives a request and returns a response.

This issue tracks the required bits to make writing JS plugins easy like any helper libraries or code in the host that loads the scripts and runs the right function. For JavaScript support in the server see https://github.com/valibre-org/valor/issues/12

sezna commented 3 years ago

What exactly differentiates the work required for this issue from #12? It seems that in order for this to be sensible, the deno runtime must be integrated simultaneously. I'd like to attempt this once I get a better idea of what the desired architecture is here.

olanod commented 3 years ago

I think I'll probably close this issue once https://github.com/valibre-org/valor/pull/10 is merged. This issue is about the API of how a JS plugin writer should expose his/her handler. I ended up tackling this as well in the PR by loading the JS or WASM plugin with the import('/some/module.js') and expecting the file to be a module that(at least for now) exports an async handler function that receives a JS Request and returns a JS Response, when written in Rust compiled to WASM the proc_macro converts the JS Request and Response to the http_types equivalents.
https://github.com/valibre-org/valor/issues/12 is the real deal, it's the one to bring the JS runtime to the server side with Deno.