On 11/04/2013 10:25 AM, Bill Burke wrote:
On 11/4/2013 11:05 AM, Anil Saldhana wrote:
> What I cannot accept is Bill's refusal to look at what we are trying to
> tell him and cop out
> in the guise of timelines. The PL team has very limited time in engaging
> in lengthy email
> discussions but we are willing to help in any manner if the team shows
> interest in listening
> to us.
>
Anil, what exactly are you trying to tell me? That there's some
mythical "unified developer experience" I'm missing out on? An
experience that currently doesn't exist at all, even in Wildfly? An
experience that you're promising for WF9? What is Keycloak supposed to
do until then?
I am saying try to use the PL IDM API for the basic model. That
would
automatically reduce your work when WF9 will use the IDM natively for its
user stores. Basically you can just reuse the integration work done in
WF9 for IDM configuration. KeyCloak would not have to do anything.
Right now for JBossAS7, EAP6.1+ and WF8, PicketLink IDM exists as
an external library. The IDM subsystem does work for AS7,6.1 but has
not yet been updated for WF8. But KeyCloak as a web application should
focus on the IDM API for the basic model.
What's frustrating is that our data model is simple. So simple it only
takes one or two days to write a JPA or Mongo implementation for. I
just refuse to spend weeks and weeks like I did this summer wading
through Picketlink code and/or waiting for next next patch to be
released to make Picketlink usable. Until this magic Picketlink
"unified developer experience" comes to fruition, we're doing our own
backend.
Ok. If you have your JPA model in a KeyCloak branch somewhere, we can
take a look at it and make suggestions.