Lol. Sure. You want non Wildfly servers to standardize on:
{"operation":"read-attribute","address":[{"host":"master"},{"server":"server-01"}],"name":"server-state","json.pretty":1}'
Nope... Still doesn't solve client initiated registration.
On 2/6/2014 11:01 AM, Jason Greene wrote:
Is JSON not usable by non-Wildfly servers?
On Feb 6, 2014, at 9:55 AM, Bill Burke <bburke(a)redhat.com> wrote:
> We already have a keycloak subsystem. Again, the issue is, the Wildfly mgmt REST
interface is Wildfly specific, with Wildfly peculiarities, using wildfly specific envelope
formats. Not very useful for non-wildfly servers. :)
>
> This isn't just Keycloak though. OpenID Connect has a registration REST API
which is client driven and not IDP driven.
>
> On 2/6/2014 10:38 AM, Tomaž Cerar wrote:
>> Maybe it is really time to write keycloak subsystem, that way you will
>> be able to expose also keycloak config via rest (and other mechanism)
>>
>> --
>> tomaz
>>
>
>> Yet another reason is that it would be cool if there were a unified,
>> common REST API that the Keycloak admin console could use to manage and
>> talk to server instances that want to join or be managed by a Keycloak
>> realm. Without this common REST API, we would have to write a Keycloak
>> server adapter (and UI screens) to handle them, which would mean that
>> the Keycloak server would probably have to be shut down too to install
>> any new adapter.
>>
>> The OP asked how to get access, locally, to mgmt api/services. Brian's
>> response was, "just use the HTTP interface". I now have 2 reasons
why
>> "just use the HTTP interface" may not be feasible.
>>
>
> --
> Bill Burke
> JBoss, a division of Red Hat
>
http://bill.burkecentral.com
--
Jason T. Greene
WildFly Lead / JBoss EAP Platform Architect
JBoss, a division of Red Hat
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com