On 22/01/2008, Stuart Bishop <[EMAIL PROTECTED]> wrote: > It seems that the formatID is unnecessary and just a requirement of the XA C > interface. Also, the xid() method you propose should be camelcase to match > the other type constructors, so Xid(gtrid, bqual=None) or > TransactionId(gtrid, bqual=None). If the xa_recover/list_prepared method > returns TransactionId objects they can contain platform specific information > too which is great (username, prepared timestamp & database for PostgreSQL > for instance).
Well, the DB-API does not actually expose any classes other than the exceptions. The primary objects you work with are all created by factory functions/methods: * Connections from module.connect() * Cursors from connection.cursor() I was suggesting that transaction ID objects be created by either a module.xid() or connection.xid() factory function and not make the class object part of the API. James. _______________________________________________ DB-SIG maillist - DB-SIG@python.org http://mail.python.org/mailman/listinfo/db-sig
