<div dir="ltr"><div>I think you should extend APM to cover scenarios that are useful for "user only interested in APM" and facilitate the future integration within Hawkular services.</div><div><br></div><div>By this I mean things like:</div><div> - Add APM alert capabilities by using Hawkular Alerting.</div><div><br></div><div>Now you may choose to:</div><div> a - Add Hawkular Alerting in Hawkular APM package</div><div> b - Require a separate install of Hawkular Services if a user wish to use the alert capabilities (make it optional)</div><div><br></div><div>If you do something like this, when/if we decide to make APM a core part of Hawkular Services, we can certainly collapse the 2 relatively easily, but I wouldn't go for option 1 right away.</div><div><br></div><div>Does that make sense ?</div><div><br></div><div>Thomas</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 26, 2016 at 5:59 PM, Jay Shaughnessy <span dir="ltr"><<a href="mailto:jshaughn@redhat.com" target="_blank">jshaughn@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000">
<p><br>
</p>
<p><font face="Calibri">If the plan is to eventually integrate APM
into Hawkular Services (not as an option) then I'd go with
option 1 and then eventually the profile would go away. I think
an add-on UI war would maybe be an optional 'Lab' offering,
there is no UI with which to integrate. The standalone APM
offering could still be offered. I'm not sure whether that
would still be offered as a top-level menu item on <a href="http://hawkular.org" target="_blank">hawkular.org</a>,
or also as a 'Lab'.</font><br>
</p><div><div class="h5">
<br>
<div>On 7/25/2016 4:57 AM, Gary Brown wrote:<br>
</div>
<blockquote type="cite">
<pre>Hi
Hawkular APM is currently built as a separate distribution independent from other Hawkular components. However in the near future we will want to explore integration with other components, such as Alerts, Metrics and Inventory.
Therefore I wanted to explore the options we have for building an integrated environment, to provide the basis for such integration work, without impacting the more immediate plans for Hawkular Services.
The two possible approaches are:
1) Provide a maven profile as part of the Hawkular Services build, that will include the APM server. The UI could be deployed separately as a war, or possibly integrated into the UI build?
2) As suggested by Juca, the APM distribution could be built upon the hawkular-services distribution.
There are pros/cons with both approaches:
My preference is option (1) as it moves us closer to a fully integrated hawkular-services solution, but relies on a separate build using the profile (not sure if that would result in a separate release distribution).
Option 2 would provide the full distribution as a release, but the downside is the size of the distribution (and its dependencies, such as cassandra), when user only interested in APM. Unclear whether a standalone APM distribution will still be required in the future - at present the website is structured to support this.
Thoughts?
Regards
Gary
______________________________<wbr>_________________
hawkular-dev mailing list
<a href="mailto:hawkular-dev@lists.jboss.org" target="_blank">hawkular-dev@lists.jboss.org</a>
<a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/hawkular-dev</a>
</pre>
</blockquote>
<br>
</div></div></div>
<br>______________________________<wbr>_________________<br>
hawkular-dev mailing list<br>
<a href="mailto:hawkular-dev@lists.jboss.org">hawkular-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/hawkular-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/<wbr>mailman/listinfo/hawkular-dev</a><br>
<br></blockquote></div><br></div>