[Twisted-Python] FW: [Python-Dev] ExtensionClass plans (was Re: [ZODB-Dev] Another ExtensionClass incompatibility: __pow__())
This might be of interest... Jason -----Original Message----- From: python-dev-admin@python.org [mailto:python-dev-admin@python.org]On Behalf Of Jim Fulton Sent: Saturday, December 01, 2001 11:23 AM To: Greg Ward Cc: zodb-dev@zope.org; Python-dev@python.org Subject: [Python-Dev] ExtensionClass plans (was Re: [ZODB-Dev] Another ExtensionClass incompatibility: __pow__()) Greg Ward wrote:
Sigh. In addition to ignoring __r{add,sub,mul,div}__() methods, ExtensionClass also calls __pow__() differently.
(snip)
So what is the future of ExtensionClass, anyways?
I intend that Python 2.2 (or maybe 2.3) will make it irrelevent.
Are the little incompatibility bugs between classic Python classes and ExtensionClass ever going to be fixed?
Probably not by us. Patches are gratefully accepted. We are going to keep supporting it for a while at it's current level to support projects other than ZODB that require it.
Or has ExtensionClass been abandoned in favour of a future ZODB based on new-style Python 2.2 classes?
This is my plan. :)
If so, when will this future ZODB become reality?
I'm glad you asked. As part of our Zope 3 prototyping, we've begun moving toward a next generation of ZODB. We currently have an experimental ZODB that: - Doesn't require ExtensionClass - Does depend on new-style Python classes - Separates the Persistence and Transaction frameworks - Uses weak references in the cache - Uses a pure-python Persistent implementation (hence no BTrees). We will be creaing a C Persistent base class. All the fun is currently happening on the Zope-3x-branch branch of the Zope3 checkout. You can see the relevent ZODB pieces at: http://cvs.zope.org/Zope3/lib/python/Persistence/?only_with_tag=Zope-3x-bran ch http://cvs.zope.org/Zope3/lib/python/Transaction/?only_with_tag=Zope-3x-bran ch http://cvs.zope.org/Zope3/lib/python/ZODB/?only_with_tag=Zope-3x-branch Of course all of this is highly speculative at this point. Stay tuned. ;) Jim -- Jim Fulton mailto:jim@zope.com Python Powered! CTO (888) 344-4332 http://www.python.org Zope Corporation http://www.zope.com http://www.zope.org _______________________________________________ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev
On Mon, 2001-12-10 at 17:25, Jason L. Asbahr wrote:
This might be of interest...
Indeed it is. In fact, the whole Zope3X development effort is of particular interest to me, because Zope is giving up on their previous architecture entirely and moving to one which is much more like Twisted -- where the use of more "normal" python code is achieved through using delegation rather than inheritance, new Python features rather than extension modules, and explicit mechanisms rather than implicit acquisition to communicate data between components. But they're not using Twisted to do it (yet -_^). Unfortunately Twisted is still a fairly new player on the Python scene; I would love to approach the Zope developers with Twisted as the server framework for the next iteration of Zope, but there is still some duplication of process between the two efforts and I don't know to propose reconciling it. In particular, I have some ideas about implementing a configuration system using just Python (some of which are in CVS now), but these are still in their first iteration; the Zope3X effort has a different approach using XML, also in its first iteration. Do any fans of Twisted who are current on the Zope3X development branch have any ideas about potential integration? Do you think it's worth pursuing, and at what level of abstraction? -- ______ you are in a maze of twisted little applications, all | |_\ remarkably consistent. | | -- glyph lefkowitz, glyph @ twisted matrix . com |_____| http://www.twistedmatrix.com/
participants (2)
-
Glyph Lefkowitz -
Jason L. Asbahr