Skip to content
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

[Request]: Config context wildcard support #21

Open
MHendricks opened this issue Dec 9, 2022 · 0 comments
Open

[Request]: Config context wildcard support #21

MHendricks opened this issue Dec 9, 2022 · 0 comments
Labels
enhancement New feature or request

Comments

@MHendricks
Copy link
Member

Description

Need a way to define generic department specific configurations and have them automatically apply to many/all uri's without needing to define the department overrides on every uri configuration.

Solution

Add the ability to specify wildcards for the context of an config.

{
    "name": "Pipeline",
    "context": ["**"],
    ...
}

Setting context to ["**"] would mean that any URI ending with /Pipeline would get this config applied. A single * would match a specific section of the uri, and ** would match multiple uri sections.

Example URI's that would load the above config:

  • Not-Match: example/Pipe
  • Match: example/Pipeline
  • Match: example/uri/with/more/sections/Pipeline
{
    "name": "Pipeline",
    "context": ["not_set", "*", "static", "*"],
    ...
}

You can mix and match wildcards and static values:

  • Match: not_set/example/static/case/Pipeline
  • Match: not_set/example/extra/static/case/Pipeline
  • Match: not_set/example/extra/static/case/case/Pipeline
  • Not-Match: not_set/example/case/Pipeline
  • Not-Match: other/example/static/case/Pipeline

Additional Context

No response

@MHendricks MHendricks added the enhancement New feature or request label Dec 9, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant