2:41 p.m.
This actually wouldn't work at all. The Liquibase/Mongo scripts would
already have converted the ldap provider to the new component
datamodel....HMMM.....I guess that means I can just modify the component
model! problem solved!
On 11/23/16 3:24 PM, Bill Burke wrote:
Good idea on keeping them on just the JPA/Mongo adapters...problem
is,
we won't be able to remove the tables.
On 11/23/16 12:13 PM, Marek Posolda wrote:
> The generic migration is very cool, but there is problem that it has
> hard dependency on the API, so you can't easily remove the stuff from
> model API...
>
> How about deprecate UserFederationProviderModel and deprecate all
> UserFederationProviderModel CRUD methods on RealmModel? Or maybe even
> remove those CRUD methods from RealmModel, but keep them just on JPA
> RealmAdapter and Mongo RealmAdapter? The MigrateTo1_3_0 would need to
> cast the RealmModel somehow to particular RealmAdapter though.
>
> Marek
>
> On 23/11/16 16:35, Bill Burke wrote:
>> Not sure I have time to port those migration scripts to Liquibase and
>> Mongo specific migration scripts. Its a day or more of work to
>> implement and manually test.
>>
>> FYI, its actually any version < 1.9.0 as there are generic LDAP
>> migration scripts for 1.8.0 as well.
>>
>>
>> On 11/23/16 4:05 AM, Stian Thorgersen wrote:
>>> I vote against that. There's a lot of users that are still on older
>>> versions. We could ask them to upgrade to 1.9.8 first, but there's a
>>> chance that could fail (we've seen this a few times) and as they
can't
>>> upgrade to the most recent version we can't fix it either.
>>>
>>>
>>> On 22 Nov 2016 21:57, "Bill Burke" <bburke(a)redhat.com
>>> <mailto:bburke@redhat.com>> wrote:
>>>
>>> In removing UserFederationModel I found that we have generic
>>> Migration
>>> objects that use this api to upgrade LDAP. Specifically in
>>>
>>> 1.3.0
>>>
>>> 1.4.0
>>>
>>> I vote we don't support migration anymore for anything older than
>>> 1.9.8
>>>
>>>
>>> _______________________________________________
>>> keycloak-dev mailing list
>>> keycloak-dev(a)lists.jboss.org
<mailto:keycloak-dev@lists.jboss.org>
>>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>>> <https://lists.jboss.org/mailman/listinfo/keycloak-dev>
>>>
>> _______________________________________________
>> keycloak-dev mailing list
>> keycloak-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/keycloak-dev
>
_______________________________________________
keycloak-dev mailing list
keycloak-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/keycloak-dev