ANNOUNCE: Zope 2.3.0 alpha 1 released...
Hello all, As promised, Zope 2.3.0 alpha 1 is now available. You can download it from Zope.org: http://www.zope.org/Products/Zope/2.3.0a1/ This release contains a number of important new usability features, and also marks the first release where a substantial amount of the work done happened in the Fishbowl on dev.zope.org. Some highlights of this release: - Python Scripts are now part of the Zope core. Big whopping kudos to Evan Simpson for all of the work he has put into this! Having Python Scripts in the core will allow people to much more easily separate logic and presentation (and get that logic out of DTML!) More information and prototype documentation for Python Scripts can be found in the dev.zope.org project: http://dev.zope.org/Wikis/DevSite/Projects/PythonMethods - The process of creating an initial user at install time has finally been fixed. Before you had to create a superuser, login as the superuser, create a normal manager, logout, then log back in as the normal manager. This was obtuse and caused big problems for newbies who would log in as the superuser and start trying to work immediately (leading to errors since the superuser cannot own objects). This process is now much more sane. Now, at install time a default initial manager (not a superuser) is created. The superuser has been renamed to the "emergency user" and is not even created by default. If you ever have a need to log in as the emergency user, you can use zpasswd.py to create it. - The new security assertion support has been checked in. For more information and an updated version of the "Zope security for developers" guide see the project on dev.zope.org: http://dev.zope.org/Wikis/DevSite/Projects/DeclarativeSecurity - Added new getId() method to SimpleItem.Item. This should now be used instead of referencing 'object.id' directly, as it is guaranteed to always be a method and to always return the right thing regardless of how the id of the object is stored internally. This relieves DTML writers of the contortions they previously had to go through to handle varying cases of 'id' being a method or an attribute. - Improved Ownership controls. Now you simply choose whether or not to take ownership of sub-objects when taking ownership. Implementation details about whether ownership is implicit or explicit are no longer forced on the user. - Unit testing infrastructure for the Zope core. PyUnit has been checked in, and a utility has been added that will allow us to incrementally begin accumulating (and running) test suites. The new testrunner.py in the utilities directory is a basic utility for running PyUnit based unit tests. It can be used to run all tests found in the Zope tree, all test suites in a given directory or in specific files. The testrunner will be used to ensure that all checked in tests pass before releases are made. For more information, see the docstring of the actual testrunner.py module. For more information on what is new in this release, see the CHANGES.txt and HISTORY.txt files for the release: http://www.zope.org/Products/Zope/2.3.0a1/CHANGES.txt http://www.zope.org/Products/Zope/2.3.0a1/HISTORY.txt *Please note* that we do not build binary distributions for alpha releases - the alpha is available as a source release only. When we move into the beta period for 2.3, we will build and distribute binary releases. Brian Lloyd brian@digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com
Brian Lloyd wrote:
Hello all,
As promised, Zope 2.3.0 alpha 1 is now available. You can download it from Zope.org:
Cool :-) Any chance of a binary release for us lame users who want to try it out on our WinNT Workstations? ;-) cheers, Chris
On Tue, 12 Dec 2000, Chris Withers wrote:
Brian Lloyd wrote:
Hello all,
As promised, Zope 2.3.0 alpha 1 is now available. You can download it from Zope.org:
Cool :-)
Any chance of a binary release for us lame users who want to try it out on our WinNT Workstations? ;-)
We don't make binaries for alpha releases. That being said, perhaps you can be the first person to get it to work using the various free ports of gcc to windows. -Michel
Michel Pelletier wrote:
On Tue, 12 Dec 2000, Chris Withers wrote:
That being said, perhaps you can be the first person to get it to work using the various free ports of gcc to windows.
There a how-to on compiling with gcc anywhere? cheers, Chris
The following method worked on 2.2.4, but fails on 2.3.0a1: <dtml-call "REQUEST.set('newdoc','tdoc')"> <dtml-call "manage_addProduct['OFSP'].manage_addDTMLDocument(newdoc,newdoc,file =URL)"> <dtml-with "_.getitem(newdoc)"> <dtml-call "manage_addProperty('newprop','hello','string')"> </dtml-with> Actually, "manage_addProperty" doesn't seem to work at all, throwing an error message like Error Type: ImportError Error Value: cannot import name checkValidId Traceback (innermost last): ... File /home/strobl/Zope-2.3.0a1-src/lib/python/OFS/PropertyManager.py, line 247, in _setProperty (Object: testdoc) ImportError: (see above) Indeed, line 247 (and 248) contain a mistake. Changing from ObjectManager import checkValidId checkValidId(self, id) to from ObjectManager import check_valid_id check_valid_id(self, id) fixes the problem. A quick search only finds a single definition/use of check_valid_id aka checkValidId. What do the Zope naming rules say about how such a method has to be named? On 11 Dec 2000, 16:59 Brian Lloyd wrote:
-- o ( Wolfgang.Strobl@gmd.de (+49 2241) 14-2394 /\ * GMD mbH #include _`\ `_<=== Schloss Birlinghoven, <std.disclaimer> __(_)/_(_)___.-._ 53754 Sankt Augustin, Germany ________________
There was a typo in the a1 release - that is fixed for a2. Thanks! Brian Lloyd brian@digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com
-----Original Message----- From: zope-admin@zope.org [mailto:zope-admin@zope.org]On Behalf Of Wolfgang Strobl Sent: Thursday, December 28, 2000 4:19 AM To: zope@zope.org Subject: [Zope] ImportError on Zope 2.3.0 alpha 1
The following method worked on 2.2.4, but fails on 2.3.0a1:
<dtml-call "REQUEST.set('newdoc','tdoc')"> <dtml-call "manage_addProduct['OFSP'].manage_addDTMLDocument(newdoc,newdoc,file =URL)"> <dtml-with "_.getitem(newdoc)"> <dtml-call "manage_addProperty('newprop','hello','string')"> </dtml-with>
Actually, "manage_addProperty" doesn't seem to work at all, throwing an error message like
Error Type: ImportError Error Value: cannot import name checkValidId
Traceback (innermost last): ... File /home/strobl/Zope-2.3.0a1-src/lib/python/OFS/PropertyManager.py, line 247, in _setProperty (Object: testdoc) ImportError: (see above)
Indeed, line 247 (and 248) contain a mistake. Changing
from ObjectManager import checkValidId checkValidId(self, id)
to
from ObjectManager import check_valid_id check_valid_id(self, id)
fixes the problem. A quick search only finds a single definition/use of check_valid_id aka checkValidId. What do the Zope naming rules say about how such a method has to be named?
On 11 Dec 2000, 16:59 Brian Lloyd wrote:
-- o ( Wolfgang.Strobl@gmd.de (+49 2241) 14-2394 /\ * GMD mbH #include _`\ `_<=== Schloss Birlinghoven, <std.disclaimer> __(_)/_(_)___.-._ 53754 Sankt Augustin, Germany ________________
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
participants (4)
-
Brian Lloyd -
Chris Withers -
Michel Pelletier -
Wolfgang Strobl