-
Notifications
You must be signed in to change notification settings - Fork 28
ABI version and enumeration constants #11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@PiotrSikora this seems really bad that enums are remapped and can crash proxy. |
@soya3129 Can you comment on why the enums were remapped in https://github.com/envoyproxy/envoy/pull/7756/files instead of adding a new enum at the end? |
Proxy-Wasm ABI is independent of Envoy, the values are mapped and not passed-through, so the renumeration in Envoy doesn't matter at all (unless there are some bugs or leftovers in Envoy-Wasm).
Envoy supports multiple versions of the ABI at the same time, it currently supports 0.1.0, 0.2.0 and 0.2.1.
Filters should return values defined in the ABI, not enum values from Envoy. |
Can you point me to the authoritative ABI return values list? |
I believe this will be resolved by our project overhaul. Please refer to #39 (comment) for the context. Thanks! |
I noticed a recent change added an enumeration to the FilterHeadersStatus
return codes for
ContinueAndDontEndStream
. https://github.com/envoyproxy/envoy/blob/master/include/envoy/http/filter.h#L75Envoy WASM doesn't yet have the change [ https://github.com/envoyproxy/envoy-wasm/blob/master/include/envoy/http/filter.h ]
The AssemblyScript runtime has its own version of the enumeration, at https://github.com/solo-io/proxy-runtime/blob/master/assembly/runtime.ts#L96 , which doesn't include the new enumeration. The current AssemblyScript runtime advertises itself as
proxy_abi_version_0_2_0
.How will this work in practice when Envoy WASM picks up the new enumeration from Envoy? Do we expect
The text was updated successfully, but these errors were encountered: