Currently, an exception is raised if a connection with uncommitted changes is closed.
There is no error if the connection's database is closed, or if the program simply exits. I think it's reasonable to treat a program exit as an implicit abort. I'm not so sure about closing a database. If a transaction has changes in two databases and you close one, should the transaction be implicitly aborted? The cleanest thing would be to raise an error if a database being closed has uncommitted changes. Unfortunately, this change would cause lots of existing tests (in and) outside of ZODB to break. I'm included to stick with the current behavior for now. Jim -- Jim Fulton _______________________________________________ For more information about ZODB, see the ZODB Wiki: http://www.zope.org/Wikis/ZODB/ ZODB-Dev mailing list - ZODB-Dev@zope.org https://mail.zope.org/mailman/listinfo/zodb-dev
