On 11/1/2014 8:56 AM, Bill Burke wrote:
On 11/1/2014 8:46 AM, Stan Silvert wrote:
> On 10/31/2014 4:51 PM, Bill Burke wrote:
>> * What are the benefits of it. Specifically. I'll need to state this
>> in the release blog.
> * Support auth-server running in a WildFly domain (It's possible
> today, but this makes it much easier).
> * Eliminate deployment from /deployments directory to make it a proper
> service instead of an ordinary app.
> * Eliminate need to explode or crack open auth-server.war. Keep it
> intact so it doesn't need to be hacked up.
> * Load user-provided overlays for keycloak-server.json, SPI jars, and
> theme jars.
> * Allow uploading the above from CLI (and eventually from Keycloak
> Admin console).
> * Allow more than one auth-server in a WildFly instance.
>
>> * Where is the documentation for it? Benefits, how to configure,
>> manage? How to add new providers? Modify keycloak-server.json, etc...
> Still working on the docs. Stain brought up the point about
> enabling/disabling confidential transport, which seems really
> important. So I'm adding that feature before I finish the docs.
Honestly, confidential transport is not that important as Keycloak
checks SSL settings every request anyways. This is actually something
we might want to add to the adapter's subsystem XML though.
ssl-required is already there for the adapter's subsystem XML. Is that
what you are talking about?