-
Notifications
You must be signed in to change notification settings - Fork 456
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
[hashicorp_vault] undefined metric fields detected by tests #2898
Comments
Pinging @elastic/security-external-integrations (Team:Security-External Integrations) |
@elastic/ecosystem Is there any mechanism for system tests to ignore fields defined by My goal is to not need to define each individual metric field in order to keep the index template small. The fields follow a predicable naming pattern such that the data type can be derived from the name. |
I think that dynamic fields are the only option right now. Maybe you can also try something like this: BTW I'm wondering if we need all these fields collected. cc @ruflin it looks like this is another candidate for stripping extra records. |
@andrewkroh Side note, wouldn't your path match be more precise if it is On the testing side, I think we should support to exclude fields from checking like @mtojek describes above. In an ideal world, testing could directly understand the dynamic templates specified and make sense of it. But I'm worried things get out of sync very quickly. Will the propose |
Hey, just a friendly reminder that the issue is still not fixed. Daily job from today. |
Remove named mappings and depend on the dynamic mappings. Dynamic mappings were already present, but elastic-package doesn't honor those during field validation. So this specifies a hashicorp_vault.metrics.*.* mapping for the express purpose of making elastic-package field validation pass. Fixes elastic#2898
Remove named mappings and depend on the dynamic mappings. Dynamic mappings were already present, but elastic-package doesn't honor those during field validation. So this specifies a hashicorp_vault.metrics.*.* mapping for the express purpose of making elastic-package field validation pass. Fixes #2898
That is a pattern I have observed in several integrations. And I see there is code in But there's a big problem with the generated Elasticsearch mappings. Elasticsearch does not support wildcards in field names so such a mapping would only match a literal So I think any integration that uses a |
@andrewkroh yes, the fields with wildcards should be creating dynamic mappings, and not normal fields with |
@andrewkroh Should we pick this up in a separate issue? |
@ruflin We're working through adding dynamic mapping support in elastic/kibana#129344 and elastic/package-spec#314 (to clarify the spec). |
These fields are covered by dynamic templates in the package, but the system test still complains.
integrations/packages/hashicorp_vault/data_stream/metrics/manifest.yml
Lines 55 to 68 in 7d201d7
The text was updated successfully, but these errors were encountered: