[wildfly-dev] JMX authentication
Darran Lofthouse
darran.lofthouse at jboss.com
Mon Oct 21 09:34:11 EDT 2013
Hello Rob,
I think that is actually going to be bug, I think this change has gone
too far: -
https://issues.jboss.org/browse/REMJMX-65
Essentially the supply of a callback handler has been taken as a flag
that local auth is not desirable but actually that is not correct.
Regards,
Darran Lofthouse.
On 21/10/13 13:59, Rob Stryker wrote:
> Hi All:
>
> One of JBossTools' manual tests is showing something strange in the jmx
> framework, and I was wondering if anyone had any ideas. Specifically,
> against eap6.2 ER5.
>
> Our code typically just loads jboss-client.jar from the appropriate
> server installation's bin/client folder onto the threads classloader,
> and then tries to open a jmx connection.
>
> Since JMX is now done over management, I would expect it to behave
> similarly to management. When connecting to management apis, credentials
> are only requested if you are connecting from a different server, or the
> same server but as a user without permissions on the server folder. JMX
> is not behaving this way, and is requiring credentials even when
> connected to on the same machine by the same user with all appropriate
> filesystem permissions.
>
> As far as I can tell, as7x works in the way that's expected (similar to
> management). it's only eap6.2 and wildfly that's behaving this way,
> requiring credentials even when on the same machine launched from the
> same user, same permissions, etc.
>
> Anyone have any ideas?
>
> - Rob Stryker, JBossTools
>
>
> Is this a regression or is this an intentional change?
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
More information about the wildfly-dev
mailing list