You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This provider has different needs from the Java provider, in that rather than a source directory or a binary it requires coordinates to a cluster and a set of namespaces and GroupVersionKinds to analyze. I assume we'll need to add a new CLI command and some machinery to pass along these parameters, plus whatever might need to be done to talk to a provider that isn't the Java one. We could probably get away with adding a k8s specific command, but we should probably keep general platform awareness in mind.
The text was updated successfully, but these errors were encountered:
We could add a new kantra subcommand such as kantra k8s-analyze (not set on that name) so that we can easily pass these parameters without running analyzer-lsp. We will need the Dockerfile first to run this as a container.
Also, kantra and analyzer-lsp use cobra https://github.com/spf13/cobra to implement the cli. It may be worth considering using that as well with the k8s-provider.
This provider has different needs from the Java provider, in that rather than a source directory or a binary it requires coordinates to a cluster and a set of namespaces and GroupVersionKinds to analyze. I assume we'll need to add a new CLI command and some machinery to pass along these parameters, plus whatever might need to be done to talk to a provider that isn't the Java one. We could probably get away with adding a k8s specific command, but we should probably keep general platform awareness in mind.
The text was updated successfully, but these errors were encountered: