[Persistence-sig] getting started

Phillip J. Eby pje@telecommunity.com
Wed, 10 Jul 2002 20:45:25 -0400


At 04:50 PM 7/10/02 -0700, Ilia Iourovitski wrote:
>Based upon your comments you need to completly
>different thing:
>1. Transaction monitor, to which you can register
>different providers. Probably heuristic commit too.
>In Java world it is JTA spec and Tyrex as example.
>In case if you mixing SQL, LDAP you xa transactions
>and
>two-way commit protocol.

Yes, and the existing ZODB4 Transaction package supports two-phase commit 
across multiple providers.  I just find its protocol for doing it annoying 
in some ways.


>2. For slow pesristence providers you need proxies,
>mapping meta info, lazy loading, lazy collection.
>Loading by id, by query.
>Usuall OR Mapper stuff.

Yes, and I've designed and/or written all that, except for the proxy or 
base class, for which I use ZODB4's Persistence package.


>And what about locks in case of RDBMS.

I don't think there's anything special needed at the persistence level to 
handle this.


>All of those thing are out of scope of persistence-sig.

Item 2 things, yes, item 1 things no.  And even item 2's stuff has to be 
*capable* of being *done* with the SIG's output.  I don't need anybody to 
write those things; I just want to base my work for them on a solid 
mechanism for detecting access and changes to objects, and a solid API for 
interacting with a transaction object.