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
It's unlikely that when a user calls opa build -t wasm -e fox/allow policy.rego, they want to have their entrypoints point to raw data, i.e. data.fox.allow. (It's more likely that they've made a typo.)
opa build should fail if the provided endpoints don't reference the module tree, but "just data".
There should be a new option that allows to go back to the old behaviour. Or perhaps we make it --entrypoint (-e) and --data-entrypoint for plain data refs. Since this will be a breaking change for users that use data refs, anyways, with the "revert to old behaviour" flag, too, we might as well just have them be explicit about their entry point types.
This came up in #3953, where the mis-pointed entrypoint used quotes.
The text was updated successfully, but these errors were encountered:
Given a policy.rego like
It's unlikely that when a user calls
opa build -t wasm -e fox/allow policy.rego
, they want to have their entrypoints point to raw data, i.e.data.fox.allow
. (It's more likely that they've made a typo.)opa build
should fail if the provided endpoints don't reference the module tree, but "just data".There should be a new option that allows to go back to the old behaviour. Or perhaps we make it
--entrypoint
(-e
) and--data-entrypoint
for plain data refs. Since this will be a breaking change for users that use data refs, anyways, with the "revert to old behaviour" flag, too, we might as well just have them be explicit about their entry point types.This came up in #3953, where the mis-pointed entrypoint used quotes.
The text was updated successfully, but these errors were encountered: