<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p><br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 8/19/16 2:34 AM, Stian Thorgersen
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAJgngAdXveOH40pSbfS=FPc9We-0NV+N_MVLMiPmJKFAJDUJaQ@mail.gmail.com"
      type="cite">
      <div dir="ltr"><br>
        <div class="gmail_extra"><br>
          <div class="gmail_quote">On 18 August 2016 at 19:26, Bill
            Burke <span dir="ltr">&lt;<a moz-do-not-send="true"
                href="mailto:bburke@redhat.com" target="_blank">bburke@redhat.com</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div bgcolor="#FFFFFF" text="#000000"><span class="">
                  <p><br>
                  </p>
                  <br>
                  <div>On 8/18/16 1:13 AM, Stian Thorgersen wrote:<br>
                  </div>
                  <blockquote type="cite">
                    <div dir="ltr">One problem with this approach is
                      that you end up having a separate JDBC connection
                      and transaction even if it uses the same database
                      the Keycloak server uses.
                      <div><br>
                      </div>
                    </div>
                  </blockquote>
                </span> Something we have to fix anyways.  Its on my
                todo list. </div>
            </blockquote>
            <blockquote class="gmail_quote" style="margin:0 0 0
              .8ex;border-left:1px #ccc solid;padding-left:1ex">
              <div bgcolor="#FFFFFF" text="#000000"><span class=""><br>
                  <br>
                  <blockquote type="cite">
                    <div dir="ltr">
                      <div>Take a look at <a moz-do-not-send="true"
href="https://github.com/keycloak/keycloak/tree/master/examples/providers/domain-extension/src/main/java/org/keycloak/examples/domainextension/jpa"
                          target="_blank">https://github.com/keycloak/<wbr>keycloak/tree/master/examples/<wbr>providers/domain-extension/<wbr>src/main/java/org/keycloak/<wbr>examples/domainextension/jpa</a>
                        for example which allows adding custom entities
                        to the main EntityManager.</div>
                    </div>
                    <div class="gmail_extra"><br>
                    </div>
                  </blockquote>
                </span> I'm really not a big fan of this extension and
                this is something I do not want to support for product
                ever.</div>
            </blockquote>
            <div><br>
            </div>
            <div>Why, please elaborate? IMO it's a really nice and
              simple way to add a few extra entities for custom
              providers.</div>
          </div>
        </div>
      </div>
    </blockquote>
    Are you going to make our JPA entity classes public?  If not, what's
    the point of this extension?  Now that we have real deployers, its
    now easier to write your own persistence unit.  Take a look at the
    example:<br>
    <br>
<a class="moz-txt-link-freetext" href="https://github.com/keycloak/keycloak/tree/master/examples/providers/user-storage-jpa/src/main/java/org/keycloak/examples/storage/user">https://github.com/keycloak/keycloak/tree/master/examples/providers/user-storage-jpa/src/main/java/org/keycloak/examples/storage/user</a><br>
    <br>
    Coding EJB and JPA is really easy, simple and fast.<br>
    <br>
    Also, with this extension, you have the possibility of customers
    being dependent on our data model and the data model becomes
    something that needs to be backward compatible.  <br>
    <br>
    Bill<br>
    <br>
  </body>
</html>