You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I think it was done deliberately to retain some backward compatibility, since otherwise only on_vm_start from one plugin would be called, which might result in skipped global initializations, etc.
Having said that, do you have any use for this? I was thinking about completely removing on_vm_start (and vm_configuration) from the ABI, since everything should be scoped to plugins and their configuration.
Having said that, do you have any use for this? I was thinking about completely removing on_vm_start (and vm_configuration) from the ABI, since everything should be scoped to plugins and their configuration.
actually I don't use this, and +1 to the idea that everything should be scoped to plugins. Btw what's your current thoughts on multiple plugins per 1 VM thing? That is somewhat related to that ABI change.
WasmBase::start is called for every plugin;
proxy-wasm-cpp-host/src/wasm.cc
Line 593 in 668bc99
and inside of it ContextBase::onStart is called:
proxy-wasm-cpp-host/src/wasm.cc
Line 395 in 668bc99
that results in calling on_vm_start:
proxy-wasm-cpp-host/src/context.cc
Lines 137 to 142 in 668bc99
The text was updated successfully, but these errors were encountered: