[Resolver] restore function to the resolverTest plugin.#75799
[Resolver] restore function to the resolverTest plugin.#75799oatkiller merged 7 commits intoelastic:masterfrom
Conversation
|
Pinging @elastic/endpoint-data-visibility-team (Team:Endpoint Data Visibility) |
|
Pinging @elastic/endpoint-app-team (Feature:Resolver) |
fa81aae to
0ca65b3
Compare
💚 Build SucceededBuild metrics@kbn/optimizer bundle module count
async chunks size
page load bundle size
History
To update your PR or re-run it, just comment with: |
| }, | ||
| } = resolverPluginSetup; | ||
| const dataAccessLayer: DataAccessLayer = useMemo( | ||
| () => noAncestorsTwoChildren().dataAccessLayer, |
There was a problem hiding this comment.
Just out of curiosity, how would you see us expanding this to support multiple dataAccessLayers. Some kind of flag or config?
There was a problem hiding this comment.
great question +1
|
|
||
| return {}; | ||
| return { | ||
| resolver: async () => { |
There was a problem hiding this comment.
<3 that's awesome to see!!! <3
| Provider, | ||
| storeFactory: resolverStoreFactory, | ||
| ResolverWithoutProviders, | ||
| mocks: { |
There was a problem hiding this comment.
that's an interesting way of mocking the data, would like to know more about your technique here
XavierM
left a comment
There was a problem hiding this comment.
This is really nice to see the resolver working as its own plugin through the security solution app.
Restore the resolverTest plugin. This will allow us to run the test plugin and try out Resolver using our mock data access layers. Eventually this could be expanded to support multiple different data access layers. It could even be expanded to allow us to control the data access layer via the browser. Another option: we could export the APIs from the server and use those in this test plugin. We eventually expect other plugins to use Resolver. This test plugin could allow us to test Resolver via the FTR (separately of the Security Solution.) This would also be useful for writing tests than use the FTR but which are essentially unit tests. For example: taking screenshots, using the mouse to zoom/pan. Start using: `yarn start --plugin-path x-pack/test/plugin_functional/plugins/resolver_test/`
) Restore the resolverTest plugin. This will allow us to run the test plugin and try out Resolver using our mock data access layers. Eventually this could be expanded to support multiple different data access layers. It could even be expanded to allow us to control the data access layer via the browser. Another option: we could export the APIs from the server and use those in this test plugin. We eventually expect other plugins to use Resolver. This test plugin could allow us to test Resolver via the FTR (separately of the Security Solution.) This would also be useful for writing tests than use the FTR but which are essentially unit tests. For example: taking screenshots, using the mouse to zoom/pan. Start using: `yarn start --plugin-path x-pack/test/plugin_functional/plugins/resolver_test/`
Summary
Restore the resolverTest plugin. This will allow us to run the test plugin and try out Resolver using our mock data access layers. Eventually this could be expanded to support multiple different data access layers. It could even be expanded to allow us to control the data access layer via the browser. Another option: we could export the APIs from the server and use those in this test plugin.
We eventually expect other plugins to use Resolver. This test plugin could allow us to test Resolver via the FTR (separately of the Security Solution.)
This would also be useful for writing tests than use the FTR but which are essentially unit tests. For example: taking screenshots, using the mouse to zoom/pan.
Start using:
yarn start --plugin-path x-pack/test/plugin_functional/plugins/resolver_test/Screenshot (from commit d6c62b2)
