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
the enabled flag seems useless, but it can be used to override registered context via extensions.
This allow having a clean response for people who wants to bring their own context definition and remove the usage of prefix namespace mapping.
For example currently when using the extension management-api-json-ld-context is used, which is an experimental context definition for the EDC management API all the response will contain a @context like this:
Feature Request
Allow custom prefixes to be configured with EDC configurations without requiring a custom extension.
Which Areas Would Be Affected?
JsonLDExtension
Why Is the Feature Desired?
Currently it's possible only to configure cached document but if users wants to support custom namespace prefixes an extension is required.
Solution Proposal
Implement a new configuration in
JsonLdExtension
that read a configuration and register custom namespaces.Example of configuration:
the
enabled
flag seems useless, but it can be used to override registered context via extensions.This allow having a clean response for people who wants to bring their own context definition and remove the usage of prefix namespace mapping.
For example currently when using the extension
management-api-json-ld-context
is used, which is an experimental context definition for the EDC management API all the response will contain a@context
like this:which is not ideal.
The text was updated successfully, but these errors were encountered: