#76885 introduced the possibility of using ECS Grok patterns instead of the legacy ones.
We should switch to using these in the text structure plugin and for the Grok patterns we add to categorization results.
It looks like some new date formats exist in the latest set of Grok patterns - certainly for newer versions of Tomcat and Catalina, possibly others - we should add those to the timestamp format finder too.
#76885 introduced the possibility of using ECS Grok patterns instead of the legacy ones.
We should switch to using these in the text structure plugin and for the Grok patterns we add to categorization results.
It looks like some new date formats exist in the latest set of Grok patterns - certainly for newer versions of Tomcat and Catalina, possibly others - we should add those to the timestamp format finder too.
ecs_compatibilityoption to_text_structure/find_structureendpoint, defaultdisabled, and change that endpoint to use ECS Grok patterns if it's set tov1. This may also necessitate making the timestamp format finder aware of two different Grok patterns per timestamp format, and then having it use the appropriate one depending on whether ECS Grok patterns are in use (investigation required).ecs_compatibilitytov1when calling_text_structure/find_structure. [ML] Passecs_compatibility=v1when calling ES find file structure API kibana#138428_text_structure/find_structure._ml/anomaly_detectors/<job_id>/results/categoriesto always use ECS Grok patterns - this change can be made unconditionally without keeping a BWC option for the old Grok patterns, as the functionality is experimental. [ML] Get categories endpoint to use ECS Grok patterns #89386