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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev