From: James G Smith <jgsmith@mo...> - 2003-04-30 20:42:59
Dave Rolsky <autarch@...> wrote:
>On Wed, 30 Apr 2003, Josh Jore wrote:
>> On Wed, 30 Apr 2003, Dave Rolsky wrote:
>> > I've actually written a couple modules to help me with this,
>> > Class::AlzaboWrapper and Class::AlzaboWrapper::Cursor. I haven't
>> > released this to CPAN because I wasn't sure if this was really a good way
>> > to go, and this was largely an experiment. If there's interest in this
>> > code, I can release it.
>> I've no opinion on whether you post it to CPAN but it would be interesting
>> to see how *you* use Alzabo, Mr. Author.
>I dunno. It might scare you off ;)
>What I should really do is whip up the RegVeg site (www.regveg.org) into
>releasable form, because that's where I'm using this code.
(My apologies ahead of time if this doesn't make it directly through
the list--it will serve as an experiment as well as a reply. --
Seeing if the From: line as it is here is sufficient.)
I wouldn't mind seeing this. I've also developed a layer around
Alzabo for schema maintainance so I can inherit/sub-class schema
definitions (for both creation and upgrading) and relegate them to
their appropriate scopes (for example, I have a repository schema
that I inherit for each of the specific repositories--this general
repository schema handles the schema requirements for the general
runtime repository code I inherit in each of the specific repository
runtime modules -- I can then focus on the schema items and runtime
code that is special to the data type being kept in the repository).
I'm also working on a persistant object framework that uses Alzabo to
manage the RDBMS details. I don't have the capability to have a
multi-valued field in my RDBMS as I can in my LDAP object (this would
require support for foreign keys and a separate table in my Alzabo
POF class and I should be able to swap back-end implementations
without affecting my top-level code). I want this to be automatic
(of course) without a lot of work on my part (once I have the general
I think taking a look at your code would give me some hints.
James Smith <JGSmith@...>, 979-862-3725
Texas A&M CIS Operating Systems Group, Unix