This PR completes the advanced output transform flow on the ingest side. Specifically:
fully implements OutputTransformModal and the logic for fetching the input and generating the output. The notable difference is on fetching the input - for transforming the output, we run the simulate ingest pipeline API up to and including the currently-configured processor, but also removing any currently-configured output transforms. That way, we get a consistent and expected input to the output transform every time. It's also possible we refactor both of these modals into a single generic one - since the UI is not finalized, we wait to handle that
refactors some logic and helper fns into utils to reuse in the input / output transform modals
refactors and cleans up the form in MLProcessorInputs - moves the modal buttons under Preview buttons in-line with the form
cleans up the transform modals, and changes the source input / generated output to use EuiCodeEditor to easily handle overflow/scrolling, as this data may be very long and complex (e.g., 1000-dimension embeddings)
minor: adds a 'Test' button on query form to test a query outside of any search pipeline context
Demo video, showing the refactored form components, transform modals, a working output transform modal, and finally, ingest:
[x] Commits are signed per the DCO using --signoff
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.
Description
This PR completes the advanced output transform flow on the ingest side. Specifically:
OutputTransformModal
and the logic for fetching the input and generating the output. The notable difference is on fetching the input - for transforming the output, we run the simulate ingest pipeline API up to and including the currently-configured processor, but also removing any currently-configured output transforms. That way, we get a consistent and expected input to the output transform every time. It's also possible we refactor both of these modals into a single generic one - since the UI is not finalized, we wait to handle thatutils
to reuse in the input / output transform modalsMLProcessorInputs
- moves the modal buttons underPreview
buttons in-line with the formEuiCodeEditor
to easily handle overflow/scrolling, as this data may be very long and complex (e.g., 1000-dimension embeddings)Demo video, showing the refactored form components, transform modals, a working output transform modal, and finally, ingest:
screen-capture (11).webm
Issues Resolved
Makes progress on #23
Check List
--signoff
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license. For more information on following Developer Certificate of Origin and signing off your commits, please check here.