[jboss-as7-dev] Security Subsystem management use cases
Heiko Braun
hbraun at redhat.com
Wed May 11 04:54:38 EDT 2011
Looking at the operation response below, it seems you grant access to the
security domains. At least to a certain degree.
Would it make sense to expose this information?
If so, what does result actually mean?
>> domain at localhost:9999 /] /profile=default/subsystem=security:read-resource(recursive=true)
>> {
>> "outcome" => "success",
>> "result" => {"security-domain" => {"other" => {"authentication" => [{
>> "code" => "UsersRoles",
>> "flag" => "required"
>> }]}}},
>> "compensating-operation" => undefined
>> }
Ike
On May 10, 2011, at 11:48 PM, Marcus Moyses wrote:
> I'm working on adding at least one operation to flush the authentication cache.
> I'm open to suggestions if anyone can think of other operations that might come in handy.
>
> On 05/10/2011 11:58 AM, Heiko Braun wrote:
>>
>> Can we expect any security subsystem management op's in the near future?
>> (before 7.0.Final)
>>
>>
>> Currently there isn't much to lean on:
>>
>> [domain at localhost:9999 /] /profile=default/subsystem=security:read-resource(recursive=true)
>> {
>> "outcome" => "success",
>> "result" => {"security-domain" => {"other" => {"authentication" => [{
>> "code" => "UsersRoles",
>> "flag" => "required"
>> }]}}},
>> "compensating-operation" => undefined
>> }
>>
>>
>> Ike
>> _______________________________________________
>> jboss-as7-dev mailing list
>> jboss-as7-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>
> --
> Marcus Moyses
> JBoss Core Developer
> JBoss by Red Hat
>
More information about the jboss-as7-dev
mailing list