BTW I sent an email yesterday "Hawkular alternative to nest" related to a
possible way to test components with bus+accounts.
----- Original Message -----
Hello,
We were discussing in the F2F (and I guess it is still an on-going topic)
about the components integration in hawkular.
I want to start using accounts with the REST endpoints in alerts and I would
like to know where all the components are going to live.
If I am not wrong, I remember two approaches:
- A big hawkular.ear (with all components inside).
- A modules approach.
So, at some point we need to design integration tests to validate that
components work well with accounts and I guess we need to decide how to do
that.
At the moment, I see that components (metrics, alerts) have integration
tests, I don't have the details for metrics, but for alerts what it uses the
old nest distribution to put an embedded cassandra + alerts components to
run the REST endpoints.
This is useful as JUnit tests are not enough to validate the full scenarios.
Now I think we need to agree which strategy we need to follow.
Thomas Heute and others commented (if I am wrong, please correct me) that is
good to have glue code and integration tests inside hawkular, so hawkular
project has responsability to put pieces together and validate it is
correct.
Gary Brown and others commented (please, if it is not correct, feel free to
correct me) that glue code should live in the component repo, as it has more
sense to put our modifications there instead to propagate the change across
several repo.
I like the option b) that the glue code lives in the component, but I see the
benefits of a).
is there a possibility between something in the middle ? A tradeoff between
both approaches ?
So I guess we need to find an agreement, if we need to move code it should be
done quickly and also we need to test things.
I don't see how to proper integrate accounts without this topic more clear.
(I don't remember there is a final decision in the mailing list, please,
point me to that if I missed it).
Thanks a lot,
Lucas
_______________________________________________
hawkular-dev mailing list
hawkular-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hawkular-dev