I would prefer to see a solution that mapped java objects to existing schemas, and perhaps has a way to generate schemas with oids, but it seems to me that autogeneration of something that is supposed to be worldwide unique and meaningful may cause more difficulties than it solves.

For instance you'd need a way to reserve a unique PEN for each installation on which you wanted to run this stuff.

dunno, I'm kinda a beginner.

thanks
david jencks


On Apr 4, 2007, at 4:22 PM, Ole Ersoy wrote:

Yes - That's what I was hoping for - A trigger.

Because the DAS could add some entries, and then
some other client, and then the DAS again.
So both clients would have to increment
the current OID number.

I think it's a lot better to just make the server
responsible for this.

Thanks,
- Ole






Emmanuel Lecharny wrote:
Ole Ersoy a écrit :
Ah - That throws a fork wrench in my current planning.

Can we change the specification so that we can have characters :-)

OK - that brings up a different more serious question then.
Does ADS have the ability to assign an OID, sort of like
automatic surrogate key generation in RDBs?

For instance I may wish to store an attributeType with the
following description:

"org.tuscany.das.ldap.config.DASConfig.baseDN"

Can ApacheDS assign the OID, thus freeing the DAS of that responsibility?
Nope... OIDs are supposed to be unique, worldwide ! This may looks like impossible to manage, but as you have you PEN, you can workaround this problem. Just store somwhere in the server the current number, or the last used number. You grab it, do your homework (insert your objects), and store the incremented number. Otherwise, it could be interesting to add a trigger in the server to auto-increment the OID after each insertion in a specific position (this is something possible : we support triggers)
SO you have options, but we should discuss them.
The best thing you can do is to assume that ADS can assign OIDs, whatever soltuion we will have to use to support this feature.
Emmanuel
("If there is no solution, then the problem suddenly vanishes ...")

Reply via email to