comanage-dev - [comanage-dev] Re: [grouper-dev] gid/fid/aid
Subject: COmanage Developers List
List archive
- From: Scott Koranda <>
- To: Chris Hyzer <>
- Cc: comanage-dev <>
- Subject: [comanage-dev] Re: [grouper-dev] gid/fid/aid
- Date: Tue, 30 Oct 2012 21:55:42 -0500
Hi Chris,
Thanks. I will put it on my list of things to do to test this in the
coming weeks.
Cheers,
Scott
On Tue, Oct 30, 2012 at 1:22 PM, Chris Hyzer
<>
wrote:
> The development and testing for this enhancement is done in trunk (2.2)
>
> https://spaces.internet2.edu/display/Grouper/Integer+IDs+on+Grouper+objects
>
> Thanks,
> Chris
>
>
> On Tue, Apr 24, 2012 at 3:32 PM, Chris Hyzer
> <>
> wrote:
>>
>> It seems like it would be useful if Groups/Folders/AttributeNames had a
>> unique integer associated with them for that env for Grouper 2.2.
>>
>>
>>
>> We could add a col and unique constraint and index to each of the three
>> tables.
>>
>> We could have a table with three rows which keeps track of the current
>> index (could have minimum in grouper.properties).
>>
>> A helper method could increment the current index for new objects in a new
>> autonomous transaction (note, if transaction of new group is rolled back
>> then the indexes for groups will not be consecutive).
>>
>> Grouper startup could assert that the current index pointer is greater
>> than the max index for each object type
>>
>> Finding an object by id could accept either the UUID or integer (or we
>> could make a new method to do this if we didn’t want to figure it out by
>> the
>> “type” of the id (string vs integer).
>>
>> This value would be exported, and imported, unless there is a conflict on
>> import, in which case the next available integer would be used (similar to
>> how uuids work).
>>
>>
>>
>> Does this solve the comanage issue and the gid issue?
>>
>>
>>
>> Thanks,
>>
>> Chris
>>
>>
>
>
>
>
> --
> David Langenberg
> Identity Management
> The University of Chicago
>
- [comanage-dev] Re: [grouper-dev] gid/fid/aid, Scott Koranda, 10/30/2012
Archive powered by MHonArc 2.6.16.