comanage-dev - [comanage-dev] Fwd: gid/fid/aid
Subject: COmanage Developers List
List archive
- From: Benn Oshrin <>
- To: comanage-dev <>
- Subject: [comanage-dev] Fwd: gid/fid/aid
- Date: Tue, 24 Apr 2012 15:43:43 -0400
-------- Original Message --------
Subject: gid/fid/aid
Date: Tue, 24 Apr 2012 19:32:20 +0000
From: Chris Hyzer
<>
To: Grouper Dev
<>
CC: Benn Oshrin
<>
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
- [comanage-dev] Fwd: gid/fid/aid, Benn Oshrin, 04/24/2012
Archive powered by MHonArc 2.6.16.