I haven't been involved lately with Metrics but What Mazz is saying
below indicates to me that the Hawkular (RHQ Next) architecture does in
fact leverage Wildfly. The messaging and agent components are deployed
as extensions, and offers a way to deploy, as needed, wars/ears in a
patchable way.
It is not my understanding that there is any plan to deploy a Hawkular
component in, say, the Wildfly deployments directory. I would guess
that the Metrics EAR being discussed is likely more a development env
helper.
Mazz, the word platform is a good one, and perhaps you may want to
consider renaming your current hawkular-agent component to
hawkular-platform, as it is really a harness for deploying Hawk
components that could be oriented to server/agent etc. Perhaps it would
make things a little more clear. Everything I've seen has indicated
WFly as the runtime for the various .Next efforts taking shape. And
not as a place to dump uncoordinated archives in /deployments.
I think this could/should be made more clear formally, because it's just
my implicit understanding at the moment.
HeikoB, as for Wildfly-core, we haven't really used that afaik, just
using Wildfly at this point because I'm not sure Wildfly-core was quite
ready last time we looked. Has that changed? I assume wfly-core is
much lighter that wfly, and that is the main advantage, giving up the
J2EE EAR/WAR support. etc. Perhaps both wfly-core and wfly proper will
both play a role going forward.
On 1/7/2015 4:04 PM, John Mazzitelli wrote:
In fact, I've already started down this path. Using Wildfly 8,
i've got prototypes for the messaging infrastructure as well as the "agent"
component (which is not a good name because I think server components will be able to use
this too) - where the "agent" component can deploy wars/ears directly from its
"modules" (thus making use of the new patching capability since its in the
module itself).
See my threads on the rhq.next forums about this:
https://developer.jboss.org/thread/251228
https://developer.jboss.org/thread/250816
I have a prototype "audit" subsystem that uses Wildfly 8 as its base and the
other rhq.next (aka hawkular) code. My code is all over the place in different repos, but
those forum threads should point to the code.
----- Original Message -----
> Guys, ay what point do you want to start thinking about a platform for all
> the bits and pieces you throw together? Possibly even a platform that
> supports coordinated multi-node deployments and operations?
>
> How do you think is a bunch of EAR’s and WAR’s creating a coherent whole at
> the end?
>
> I can understand that Wildfly might not be your first choice for achieving
> this. But we did great length to make sure some your basic requirements are
> covered. I still believe wildfly-core would offer a reasonable baseline for
> RHQ metrics and related projects. But it seems to me that you cannot or just
> don’t want to see the value in it.
>
> If you have another proposal for a managed runtime, bring it up, but please
> don’t tell me that your idea of a system architecture is limited to a
> servlet container.
>
> The more developer-centric artefacts you create, the less likely it becomes
> to integrate as managed, secure and scalable system at the end. I know
> integration is the Cinderella of software development, but if you don’t
> account for it from the beginning it’s very unlikely to happen at the end.
>
> RHQ metrics started on good grounds, with several reasonable approaches to
> things. But the project’s structure degrades the more things you slam onto
> it.
>
> I hope this email creates room for another discussion. About the big picture,
> about the system architecture for RHQ metrics and integration options for
> projects like Wildfly that have been looking forward to it so far.
>
> Regards, Heiko B.
> _______________________________________________
> rhq-devel mailing list
> rhq-devel(a)lists.fedorahosted.org
>
https://lists.fedorahosted.org/mailman/listinfo/rhq-devel
>
_______________________________________________
rhq-devel mailing list
rhq-devel(a)lists.fedorahosted.org
https://lists.fedorahosted.org/mailman/listinfo/rhq-devel