----- Original Message -----
From: "Bill Burke" <bburke(a)redhat.com>
To: keycloak-dev(a)lists.jboss.org
Sent: Tuesday, 14 April, 2015 2:43:52 PM
Subject: Re: [keycloak-dev] Keycloak distribution changes
* Keycloak Standalone may end up being almost identical to Wildfly full.
Think about it, we currently need: JPA, JCA (for connection pooling),
JTA (because JCA requires it), Servlet, JAX-RS, and
Infinispan/Clustering. EJB and CDI we might want to include in the
future so that users can write real provider components and take
advantage of all that stuff. SOAP me may have to add when we do STS.
That only leaves out JMS and JSF.
You're probably right, but AFAIK it's a requirement for product that we build on
WildFly core - Bolek?!
* Installer has to work on EAP 6.x too.
Installer for adapter? I can't see why we need installer for server on EAP.
* You can't test keycloak server without the adapters and
vice-versa.
Not sure how viable it would be to have them in a separate repo.
You can, but that's still a good reason to keep in same repo.
I guess it would be simplest to keep adapters in same repo. In the release notes we can
include which adapters have to be updated (including if they have to be updated at the
same time as the server or not).
On 4/14/2015 2:28 AM, Stian Thorgersen wrote:
> We've discussed this and I hope we're all on the same page, but just to
> confirm here's what we've discussed:
>
> Keycloak Server
> ---------------
>
> * Standalone
> - Built on WildFly servlet-only
> - No 'standalone/deployments' directory
> - Includes server only sub-system
> - Download name keycloak-<version>.[zip|tar.gz] (no docs, examples, etc,
> included)
> - Keycloak deployed to root context (
http://localhost:8080)
> * Demo Bundle
> - Built on WildFly full
> - Includes demo ready deployed and configured
> - Includes server and adapter sub-systems
> - Download name keycloak-bundle-<version>.[zip|tar.gz] (includes docs,
> examples, etc.)
> - Keycloak deployed to auth context (
http://localhost:8080/auth)
> * Installer
> - Installs Keycloak server sub-system into existing WildFly
> - Only "latests" WildFly at the time of release is supported
> - Keycloak deployed to auth context (
http://localhost:8080/auth)
>
>
> Keycloak Embedded
> ------------------
>
> * Consumed by external JBoss projects to embed Keycloak
> * Build-your-own WAR example repo
>
>
> Keycloak Adapters
> -----------------
>
> * Separate download from server
> * Installer for WildFly subsystem adapter
> * We still have to decide if adapters should have a separate release
> cycle/version to the server
> * We still have to decide if Java adapters should be moved to separate
> github repo
>
>
> Finally, a set of releated tasks
> --------------------------------
>
> * Split subsystem into server and adapter
> * Use standalone.xml instead keycloak-server.json (json will still be
> supported for embedded)
> * Add support to use dmr/jboss-cli for configuring the server (for example
> a single jboss-cli batch script can add data-source and set Keycloak to
> use it)
> * Add support to use dmr/jboss-cli for configure realms, apps and users
> * Add support to use root-context with server subsystem
> _______________________________________________
> keycloak-dev mailing list
> keycloak-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
--
Bill Burke
JBoss, a division of Red Hat
http://bill.burkecentral.com
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev