I'm afraid it can't get any easier than xml search/replace ;-)
You can also script it and post the new descriptor via REST.
Security data is stored in jcr and persisted to the underlying storage (in
this case, the database) not using classic relational mapping but a model
closer to nosql column stores.
On Mon, Aug 30, 2010 at 11:55 PM, Jay Colson <[email protected]> wrote:
> So, going back to my original question, "Is there an easy way to update the
> database (we use Oracle) to change old id's to new id's?"
>
> :-)
>
>
> On Aug 30, 2010, at 4:30 PM, Yoav Landman wrote:
>
> Username is the unique key. You will need to change the key references in
> groups and permission targets.
>
> On Mon, Aug 30, 2010 at 11:22 PM, Jay Colson <[email protected]> wrote:
>
>> After looking at the xml, I don't see a unique key as a userid, just the
>> 'username'. How would one go about 'changing' one username to another so
>> that all referential integrity is maintained?
>>
>>
>>
>> On Aug 30, 2010, at 4:17 PM, Yoav Landman wrote:
>>
>> You can edit the XML under 'Admin:Advanced:Security Descriptor' and save
>> the result.
>> Make sure to edit the user ids under groups and permission targets as well
>> (for permission targets that refer to users directly).
>>
>> Be careful ;-) and keep a backup. If you ever need to restore the security
>> definitions follow these instructions:
>> http://wiki.jfrog.org/confluence/display/RTF/Security+Descriptor(Bootstrapping
>> security using security.import.xml).
>>
>> Good luck,
>>
>> Yoav
>>
>> On Mon, Aug 30, 2010 at 10:40 PM, Jay Colson <[email protected]> wrote:
>>
>>> Folks,
>>> Would anyone have a clue how to easily change user ids in artifactory?
>>> Let me explain. We use LDAP (AD) for authentication, however the domain is
>>> being migrated to a new AD domain. The users are being migrated and will
>>> all have different user ids. Is there an easy way to update the database
>>> (we use Oracle) to change old id's to new id's? We have 'looked' at the
>>> schema in oracle, but due to how jackrabbit stores the data, we're not sure
>>> if this is going to be possible.
>>>
>>> Ideas?
>>>
>>> Thanks!
>>> j
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> This SF.net Dev2Dev email is sponsored by:
>>>
>>> Show off your parallel programming skills.
>>> Enter the Intel(R) Threading Challenge 2010.
>>> http://p.sf.net/sfu/intel-thread-sfd
>>> _______________________________________________
>>> Artifactory-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>>
>> http://p.sf.net/sfu/intel-thread-sfd_______________________________________________
>> Artifactory-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> _______________________________________________
>> Artifactory-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>>
>>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
>
> http://p.sf.net/sfu/intel-thread-sfd_______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Artifactory-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/artifactory-users
>
>
------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:
Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
Artifactory-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/artifactory-users
