[wildfly-dev] JMX authentication

[Darran Lofthouse]

Here is the issue to track it: -
   https://issues.jboss.org/browse/REMJMX-74

This is being fixed now so I expect pull requests either today or 
failing that first thing tomorrow.

Regards,
Darran Lofthouse.


On 21/10/13 14:34, Darran Lofthouse wrote:
> 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
>>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>