[wildfly-dev] JMX Console over Web Admin Console

Aaron Walker a.walker at base2services.com
Sun Jun 15 19:57:25 EDT 2014


My 2cents

Have you looked at using this http://www.jolokia.org/agent/war.html it exposes JMX via a http and supports other agents including a JVM agent. It also has a number of clients. Unless you really needed the old web-ui provided by the jmx-console I would struggle to see the value in porting it.

—Aaron

On 8 Jun 2014, at 5:34 pm, Sebastian Łaskawiec <sebastian.laskawiec at gmail.com> wrote:

> Hi Tomaz
> 
> Thanks for the hints!
> I created separate repository with proper group id. I also replaced JBoss logo with Wildfly and corrected code packages. Everything might be found here: https://github.com/altanis/wildfly-jmx-console
> 
> Is it possible to release this war file into some publicly available repository?
> 
> Best regards
> Sebastian
> 
> 
> 2014-06-04 16:08 GMT+02:00 Tomaž Cerar <tomaz.cerar at gmail.com>:
> In any case it cannot be org.jboss.*
> it can be org.wildfly.<something>
> 
> Looking trough the rebased code it is still war application depending on servlet container to be present.
> Taking that into consideration, this cannot be part of our main codebase/distribution, but having it as external add-on project sounds fine.
> 
> In this case i would go for org.wildfly.jmx-console as groupId and artifact id based on logical part of artifact inside the project.
> probably just jmx-console.
> 
> btw, your rebased project still imports java ee6 dependencies, given wildfly is ee7 now it would be wise to upgrade that.
> 
> --
> tomaz
> 
> 
> On Wed, Jun 4, 2014 at 3:53 PM, Sebastian Łaskawiec <sebastian.laskawiec at gmail.com> wrote:
> Hi Brian
> 
> I thought about:
> org.jboss
> 
> 
> org.jboss.as
> org.wildfly
> ,artifact id:
> wildfly-jmx-console
> jboss-jmx-console
> and finally version:
> start from the scratch 1.0.0-SNAPSHOT
> My preferences are - org.jboss as group id and jboss-jmx-console as artifact id. What do you think, is it ok?
> 
> Best regards
> Sebastian
> 
> 
> 
> 
> 
> 
> 2014-06-03 22:33 GMT+02:00 Brian Stansberry <brian.stansberry at redhat.com>:
> 
> Hi Sebastian,
> 
> 
> On 6/1/14, 1:21 PM, Sebastian Łaskawiec wrote:
> Hi Brian
> 
> Thanks for clarification and sorry for late response.
> 
> I created Feature Request to add expose MBean server through HTTP
> management interface: https://issues.jboss.org/browse/WFLY-3426
> 
> 
> Thanks.
> 
> 
> It would be great to have MBean server exposed via Wildfly HTTP
> Management interface, but I know several teams which would like to have
> such functionality in JBoss AS 7. This is why I started looking at
> Darran's port to JMX console
> (https://github.com/dandreadis/wildfly/commits/jmx-console). I rebased
> it, detached from Wildfly parent and pushed to my branch
> (https://github.com/altanis/wildfly/commits/jmx-console-ported). The
> same WAR file seems to work correctly on JBoss AS 7 as well as Wildfly.
> 
> In my opinion it would be great to have this console available publicly.
> Is it possible to make the WAR file available through JBoss Nexus
> (perhaps thirdparty-releases repository)? If it is, I'd squash all
> commits and push only jmx-console code into new github repository (to
> make it separate from Wildfly).
> 
> 
> What maven Group were you wanting to use? That jmx-console-ported branch has org.wildfly in the pom.
> 
> Best regards
> Sebastian
> 
> 
> 
> 2014-05-22 3:23 GMT+02:00 Brian Stansberry <brian.stansberry at redhat.com
> <mailto:brian.stansberry at redhat.com>>:
> 
> 
>     I agree that if we exposed the mbean server over HTTP that it should be
>     via a context on our HTTP management interface. Either that or expose
>     mbeans as part of our standard management resource tree. That would make
>     integration in the web console much more practical.
> 
>     I don't see us ever bringing back the AS5-style jmx-console.war that
>     runs on port 8080 as part of the WildFly distribution. That would
>     introduce a requirement for EE into our management infrastructure, and
>     we won't do that. Management is part of WildFly core, and WildFly core
>     does not require EE. If the Servlet-based jmx-console.war code linked
>     from WFLY-1197 gets further developed, I see it as a community effort
>     for people who want to install that on their own, not as something we'd
>     distribute as part of WildFly itself.
> 
>     On 5/21/14, 7:37 AM, Sebastian Łaskawiec wrote:
>      > Hi
>      >
>      > One of our projects is based on JBoss 5.1 and we are considering
>      > migrating it to Wildfly. One of our problems is Web based JMX
>     Console...
>      > We have pretty complicated production environment and Web based JMX
>      > console with basic Auth delegated to LDAP is the simplest
>     solution for us.
>      >
>      > I noticed that there was a ticket opened for porting legacy JMX
>     Console:
>      > https://issues.jboss.org/browse/WFLY-1197.
>      > However I think it would be much better idea to to have this
>      > functionality in Web Administraction console. In my opinion it
>     would be
>      > great to have it under "Runtime" in "Status" submenu.
>      >
>      > What do you think about this idea?
>      >
>      > Best Regards
>      > --
>      > Sebastian Łaskawiec
>      >
>      >
>      > _______________________________________________
>      > wildfly-dev mailing list
>      > wildfly-dev at lists.jboss.org <mailto:wildfly-dev at lists.jboss.org>
> 
>      > https://lists.jboss.org/mailman/listinfo/wildfly-dev
>      >
> 
> 
>     --
>     Brian Stansberry
>     Senior Principal Software Engineer
>     JBoss by Red Hat
>     _______________________________________________
>     wildfly-dev mailing list
>     wildfly-dev at lists.jboss.org <mailto:wildfly-dev at lists.jboss.org>
> 
>     https://lists.jboss.org/mailman/listinfo/wildfly-dev
> 
> 
> 
> 
> --
> Sebastian Łaskawiec
> 
> 
> -- 
> Brian Stansberry
> Senior Principal Software Engineer
> JBoss by Red Hat
> 
> 
> 
> -- 
> Sebastian Łaskawiec
> 
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
> 
> 
> 
> 
> -- 
> Sebastian Łaskawiec
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20140616/18246a87/attachment-0001.html 


More information about the wildfly-dev mailing list