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
Currently it is already possible with the value overrides mechanism to override an empty value with a static value configured in the valueOverrides section of the translation profile. We would like to expand this to allow the override value to be dynamically resolved from some element's value in the request message instead. The most straight-forward way is to introduce a variable substitution mechanism in the value property, which is resolved during runtime.
Introduce a variable substitution mechanism that can be applied to the value field of a value override in a translation profile. Just ${} should do.
Allow for a xpath to be provided within the variable substitution syntax that will be applied on the referenced "context". There could be multiple contexts in the future, but for now only current should be implemented, which represents the current resource that is being translated from the request message. The reason for having current as context instead of request, is to allow for a xpath relative to the resource that is being translated. For example: If there are multiple roles present in the request message - you could use ${current://extraElement[@name = 'kvkNummer']} to use the value of "extraElement" for the specific role that is being translated. Otherwise it would not be possible to distinguish with role's "extraElement" value should be taken.
Document feature in Docusaurus. Also specific what the root element can be expected for the "zgw.zaken-api.rollen.rol" resource when using the "current" context.
Syntax: ${<context>:<xpath>} for example: ${current://some/xpath/to/the/value}
The text was updated successfully, but these errors were encountered:
Currently it is already possible with the value overrides mechanism to override an empty value with a static value configured in the valueOverrides section of the translation profile. We would like to expand this to allow the override value to be dynamically resolved from some element's value in the request message instead. The most straight-forward way is to introduce a variable substitution mechanism in the value property, which is resolved during runtime.
${}
should do.current
should be implemented, which represents the current resource that is being translated from the request message. The reason for havingcurrent
as context instead ofrequest
, is to allow for a xpath relative to the resource that is being translated. For example: If there are multiple roles present in the request message - you could use${current://extraElement[@name = 'kvkNummer']}
to use the value of "extraElement" for the specific role that is being translated. Otherwise it would not be possible to distinguish with role's "extraElement" value should be taken.Syntax:
${<context>:<xpath>}
for example:${current://some/xpath/to/the/value}
The text was updated successfully, but these errors were encountered: