Re: [Hawkular-dev] Usage of other apis

These two statements are contradicting each other: running in a “non WF-like” container and assuming EE6 API’s on the target platform are two worlds apart. First of all, if you build on EE6, you don’t “restrict” yourself. At least not in the way of “limiting” the API dependencies. But limiting the API dependencies is a prerequisite to successfully integrate with other platforms (or containers), which is what Peter has in mind, if I am correct. Hawkular want’s to provide a set of re-usable components. Re-usable in a sense, that other software project can integrate them easily. On the other hand there is the goal to build a Hawkular application, which itself is a consumer of the before mentioned components. I think the continuous mistake among the Hawkular contributors is that you don’t prioritise these two approaches. To do that, we need to acknowledge an intrinsic dependency of the Hawkular application onto the components. Furthermore, any decision of API and service dependencies of those components impacts the way in which they can be re-used. Dependencies would need to be carried over to any platform that want’s to leverage Hawkular components. Which, in a way, limits it’s reusability. My suggestion would be to prioritise on the component re-use. Even if that results in inconveniences when building the Hawkular application: - Get rid of all EE6 dependencies. - Stop thinking in WAR and EAR deployments. - Support reusability by strictly limiting the API dependencies. - Come to an agreement about the priorities. - Document and communicate the outcome of this discussion - Make sure all contributors understand and respect these constraints. Regards, Heiko B.