[JBoss JIRA] (WFLY-320) Allow jconsole to be launched as a modular application
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-320?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry updated WFLY-320:
----------------------------------
Assignee: (was: Brian Stansberry)
> Allow jconsole to be launched as a modular application
> ------------------------------------------------------
>
> Key: WFLY-320
> URL: https://issues.jboss.org/browse/WFLY-320
> Project: WildFly
> Issue Type: Feature Request
> Components: JMX, Scripts
> Reporter: Brian Stansberry
> Fix For: 8.0.0.Alpha1
>
>
> Make the jconsole scripts launch jconsole as as a modular application. Get rid of the classpath building that resulted in AS7-6498.
> Some (mildly edited) discussion:
> bstansberry: BTW, I filed a JIRA to make the vault tool a proper modular app in AS next. I'm not sure if that's doable for jconsole
> [10:37am] darranl: bstansberry: Yes vault should be modular - I don't believe jconsole is as easily possible unless we add a module for the jconsole classes
> [10:38am] darranl: bstansberry: the problem with jconsole was that we actually needed to call jconsole which I think was a binary so we were just created an extended classpath for that binary to use
> [10:38am] bstansberry: darranl: ok, will do. I didn't file a JIRA for modular jconsole because I figured there would be problems
> [10:39am] darranl: bstansberry: having said that it may be possible now to just switch to use the client jar - that did not exist at the time the jconsole script was first written
> [10:40am] darranl: but at this point may be safer to just update the root of the modules folder and switch to client later
> [10:40am] bstansberry: darranl: this will become more of an issue once we have patching
> [10:40am] bstansberry: since this script won't pick up any patches we may have issued for the listed modules
> [10:40am] bstansberry: and no way are we going to add that to the script
> [10:43am] dmlloyd: I've booted jconsole from within modules before
> [10:43am] dmlloyd: it's possible
> [10:43am] darranl: If it is possbile then maybe we can just make it modular
> [10:44am] dmlloyd: java -jar ~/.m2/repository/org/jboss/modules/jboss-modules/1.1.4.GA/jboss-modules-1.1.4.GA.jar -jar ~/local/jdk/home/lib/jconsole.jar
> [10:44am] dmlloyd: easy as bananas
> [10:45am] dmlloyd: if you use -cp you can also add dependencies via -dep
> [10:45am] dmlloyd: or we could create a jconsole module from openjdk even
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months
[JBoss JIRA] (WFLY-250) Expose webservices endpoint metrics in console
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-250?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry updated WFLY-250:
----------------------------------
Assignee: Heiko Braun (was: Brian Stansberry)
> Expose webservices endpoint metrics in console
> ----------------------------------------------
>
> Key: WFLY-250
> URL: https://issues.jboss.org/browse/WFLY-250
> Project: WildFly
> Issue Type: Feature Request
> Components: Web Console, Web Services
> Reporter: Alessio Soldano
> Assignee: Heiko Braun
> Fix For: 8.0.0.Alpha1
>
>
> The Status->Subsystems->Webservices section of the Runtime area of the console contains basic info regarding deployed ws endpoints. It does not currently use all the available information for each of them in the model (e.g. [1]), in particular the metrics are missing and should really be added to the console (average-processing-time, fault-count, max-processing-time, min-processing-time, request-count, response-count, total-processing-time)
> [1] /deployment=foo.war/subsystem=webservices/endpoint=foo-ep
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 8 months