Github user merrimanr commented on the issue:
https://github.com/apache/metron/pull/858
As long as breakpoints are limited to code we maintain in Metron, I think
it's just a matter of documenting how to set it up. For example, I run REST
locally in Intellij and debugging works fine against the in memory components
or full dev. I think the Storm topologies should continue to be run locally
with LocalCluster so we're covered there too as along as the topologies can
access the services running in Docker. The only difference I can think of
would be that now you can't put a breakpoint in Kafka or Elasticsearch server
side code without enabling remote debugging.
I have no problem with this being a feature branch. There is a lot of work
to be done and design issues to work through. The tradeoff of having this in a
feature branch is that it will delay the ability to run the UI e2e tests in our
build. The tradeoff of doing it incrementally is that our build times will
increase until we switch the tests over because we will have to use both in
memory components and Docker. I'm happy to do it either way.
---
