- Zope-Dev - Zope lists

ape performance
by Seb Bacon 08 Sep '03

08 Sep '03

Hi, I'm trying to use Ape for a photo album - the idea being that I just drop new photos where I normally do on the filesystem, and Zope provides a thumbnails-bells-and-whistles view onto it. Performance is extremely poor: viewing the root of the hierarchy causes *all* descendent objects to be loaded first (about 3000). Is there a way I can avoid or mitigate this problem? seb

2 1

bug in manage_pasteObjects ??
by Romain Slootmaekers 05 Sep '03

05 Sep '03

hi, after an object is copied & paste, the following method is called: def manage_afterClone(self, item): """ """ as it happens, both self and item refer to the same object.... which severely limits the use of the method. You probably want a reference to the original object from which this one was cloned. I googled and found a mail with the same remarks posted in 1999: http://mail.python.org/pipermail/zope-dev/1999-November/002303.html from which I copy the relevant part for your convenience: <--------------- c & p -----------------------> In lib/OFS/CopySupport.py In the function manage_pasteObjects the following line appears: ob=ob._getCopy(self) ob.manage_afterClone(ob) Passing ob as an argument doesn't make sense because the function is being called on ob, (so self is already ob) it would make more sense to to something along the lines of: original_ob=ob ob=ob._getCopy(self) ob.manage_afterClone(original_ob) </--------------- c & p -----------------------> but there's no follow- up, no reply, no fix. :( Romain Slootmaekers

3 7

Zope 3 Newsletter: Issue 10
by Gary Poster 05 Sep '03

05 Sep '03

WELCOME TO THE ZOPE 3 NEWSLETTER: ISSUE 10 (5 SEPTEMBER 2003) Welcome to the tenth Zope 3 newsletter. Information about Zope 3 and newsletter contributions and suggestions can be found at the bottom of this newsletter. GLOSSARY FOR THE UNINITIATED Encounter a term in this newsletter you don't know? Try this glossary: http://dev.zope.org/Zope3/NewsletterGlossary NEWS SNIPPETS: - Be sure to read Stephan's release management news item, below. - Next "geddon" (big change to Zope 3, a la Armageddon) appears likely to be container-geddon, which in part is a parent- or context-wrapper-geddon. In a big move from Zope 2 approaches, Zope 3 will not rely on context wrappers in the default configuration. Objects stored in the Zope 3 ZODB will either implement an interface that allows their immediate parent to be stored as a reference, or be adaptable to a persistent wrapper that implements this behavior. The advantage is expected to be that references to other objects in the system can be much more Pythonic--foregoing storing paths in favor of actually storing the Python object references. This should greatly simplify writing local services and other context- and Zope-aware machinery. The disadvantage for some applications is that objects can then only have one traversal parent, and thus only one traversal path. This limitation is expected to be mitigated, as necessary, with alternate configurations using context wrappers (which will still be available) or with other mechanisms such as proxies. Questions or concerns? See http://dev.zope.org/Zope3/ParentGeddon or the other resources listed at the bottom of the newsletter! PHILIPP VON WEITERSHAUSEN: ZCMLGeddon Jim's ZCMLGeddon had finally landed, so Stephan and I went through the complete source tree and converted all directives using schemas. The biggest benefit was that user strings in configuration (like titles or descriptions) are translated now. Other benefits are better extensibility, override support and cleaner meta-configuration code. I also made an attempt to get XML schema interfaces working again (support for it had to be dropped temporarily in order to advance with ZCML geddon). While I succeeded in doing that, my changes are slowly rotting in zcml-interface-field-branch. I had to do it in a branch since the change involved a few hard-wirings in zope.app which I wanted Jim to look at. Unfortunately, he was very busy with ParentGeddon at the time. i18n Now that we had quite a few MessageIDs coming from ZCML, it only made sense to go through the python code and internationalize it. Fortunately, Stephan took on that part. However, I was happy to help him translate all of Zope3 to German, once his work was done. I have also started translating it to Spanish, but as I am not a native speaker, help from someone who is would be greatly appreciated. Sidnei da Silva and Godefroid Chappelle started translations for Brazilian Portuguese and French, respectively. i18n and ZCML While translating, I found that a few English words like "View" or "Change" are ambiguous when used without a context. For example, "View" could both mean a view component or the "View" permission. While (sadly) one word applies to them in English, the contrary is the case in most other languages. While Stephan first argued for different i18n domains, like zope_components, zope_permissions etc. (we currently have everything under one domain, zope), him, Fred and I came to the conclusion that using explicit MessageIDs was the better solution. While both python and TAL support setting explicitly MessageIDs, ZCML's i18n machinery didn't so far. For a directive such as:: <permission id="zope.View" title="View" /> I proposed the following syntax:: <permission id="zope.View" title="[view-permission] View" /> Martijn Faassen and Godefroid Chapelle rejected this idea, mainly because it created a new syntax and was incoherent to TAL's i18n support. Their suggestion was to be coherent with TAL and use i18n:attributes. Stephan and I however argued that a) ZCML isn't TAL b) namespaces have a different connotation in ZCML c) i18n is currently not part of the core ZCML machinery -- should it be? d) it would thus require major changes to the ZCML machinery -- again! The discussion drifted slowly away from the main issue (i18n) into a general ZCML discussion which is still going on. Shane Hathaway expressed his general doubts on ZCML usability and Martijn announced he will put some effort in studying ZCML's current usage and try to come up with improvements. While we appreciated this rich input concerning ZCML (even though it came *after* ZCML geddon), Stephan and I needed a fix for our original i18n problem, so we went ahead and implemented my proposal. It seems the issue remains open. We are glad to have a fix for the problem now, but we surely appreciate suggestions on how to solve it in a more elegant way. Unused imports Having found many unused imports during ZCMLGeddon and the following i18n work, I took an hour to mock up Martijn's importchecker tool to produce grep-style output. The benefit is not only better readability of the output (above all: line numbers) but it means that Emacs now understands its output, making it a lot easier actually removing all of those unused imports. After I had successfully removed all unused imports from Zope3, I contributed my patch to Martijn. He promised to revise the code and make a release asap. FRED DRAKE: Improved security for zsync checkouts The "zsync" client for Zope's filesystem synchronization support now makes it easier to separate authentication data from a checked-out copy of objects in Zope's database. New "login" and "logout" commands, modeled on those of CVS, allow authentication tokens to be stored in a persistent cache separate from a checkout. This can be used to avoid storing the password as part of the URL used to check out an object tree. For example, to check out a portion of a Zope site without storing the password in the tree, "log in" to the site and then perform the checkout:: % zsync login -u username http://example.com/ Password for username at example.com: % zsync checkout http://username@example.com/some/directory/ ... If *user* or *url* are omitted, the values are selected from an existing checkout in the current directory, if any. If there is no checkout in the current directory but *url* is given, the user will be prompted for *user* interactively. The only information used from the URL are the protocol scheme (HTTP or HTTPS), the host and port, and the username. The "logout" command removes an authentication token from the persistent cache. ANTHONY BAXTER: A Zope 3 Catalog! As part of the Melbourne sprint, the catalog was implemented and hooked up to the existing indexes. There's both content-space and utility space catalogs. There's a simple query interface provided, and the catalogs participate in the ObjectHub. There was also some refactoring of indexes to start pulling out common code - there's a bunch more to do on this, though. STEPHAN RICHTER: I18n and TAL When internationalizing Zope 3 , we ran into some bugs with TAL's I18n support. Thanks to Godefroid and Fred these are fixed now and backported into Zope 2.7.0. After having actually worked with the Zope 3 I18n support by translating Zope 3 itself, I am proud to say that Zope 3's I18n is superior to many other systems I have seen. We also fixed up the extraction tool to be much more flexible and to support explicit message ids better. Phillips section has more on that. Python <script> support in TAL I finally got around implementing a TAL "script" attribute to work. The support was mainly written for scripters to give them a better entry point to Zope 3. Here an example of what you can do: <script type="text/server-python"> print "Hello World!" </script> and <p tal:script="text/server-python"> print "Hello World!" </p> A more elaborate example would be: <html><body> <script type="text/server-python"> global x x = "Hello World!" </script> <b tal:content="x" /> </body></html> This support is currently only available in "Templated Pages" after you activate the hook using the "Inline Code" screen. TTW Development After Sidnei implemented "Mutable Schemas", I started work on (and finished) a schema-based Content Component type for TTW development. Coming from the user's point of view we also implemented a local Browser Menu Service, which allows you to create new menus and menu items. Here is what you can do now in a package: 1. Create a Utility Service. 2. Create a Menu Service 4. Create a Persistent Schema Utility (this begs to be renamed). Call it 'IDocument'. Add some fields. 5. Create a Content Component Definition. Call it 'Document'. Find the IDocument schema and set it to the definitions schema. Make security assertions as desired. If you like, you can also adjust the menu entry. 6. Go to your Content space. There you should see a 'Document' object in the list of available Content Objects. As usual, click on it to create the object. 7. Creating custom views is easy too. Go back to the default package. Create a Page Folder. Tell it to provide views for 'IDocument'. Create a view and register it with the local Browser Menu Service. Documentation After a long break, I started working on the Developer's Cookbook again by committing the 'SmileyService' into 'zopeproducts/demo'. The first chapter on how to write the global version of the service is already online; the local implementation recipe will follow soon. zope3.org While I made much less progress than anticipated, we made some great progress this week. I finally got the access I need to the box (thanks to Matt Kromer), so that I will be able to get the Web Server ready. I also plan to install the z3-checkins product. Other than that, I got a lot of valuable usability feedback from Fred and Jim about the bug tracker, which I all incorporated in the latest checkins. Finally, Jim and I worked on a change password screen for Zope 3, which ended up being a major refactoring and will be checked by Jim soon. It will also provide a basis for general user preferences. Zope 3 Release Management As you may know, I visited Jim in Fredericksburg last week. Instead of having a mini-sprint with lots of coding going on, we purely concentrated on the Zope 3 Project Management side and writing up Proposals about some of the new ideas. Overall, we created 5 or 6 proposals, several bug tracker entries and I got a good overview of the outstanding tasks. Furthermore we discussed the Roadmap in great detail. Here I will only state the summary. For more details in the future, you should see http://www.zope3.org:8080/++skin++tracker/tracker/1/%40%40dependencies.html Summary: There will be a MS4 release that contains all the "geddons" in progress right now. I hope that we will not need any more geddons after MS4, since we will work towards the beta. Even though the release date really depends on the community involvement, I think it is unrealistic to expect that release before mid-October 2003. From then on everything should be downhill and Zope 3 can become more open to other developers as the core API stabilizes and rough corners are smoothened out. The first beta will be released once the fundamental application components are settled. I also hope that some major UI work will become visible before the first beta. A wild guess for a release date would be mid-December 2003. Beta 2 will represents further work on the UI and concentrating on making Zope 3 a good development environment by removing last quirks. Based on the UI work being done, this might be the last beta. If, however, UI work does not start before Beta 1, we will have a Beta 3 that concentrates on UI polishing. After that we will gear towards a 1.0 release. Call for Information Architects and Graphic Designers As stated in the section above, a lot of the upcoming progress of Zope 3 will depend on the improvements to the Web user interface. Currently no-one feels responsible about the GUI and you certainly do not want the developers doing this work! Do you? So please step forward and help us build a great UI. You do not even need to know Zope 3 or Zope in general. If you are interested, send a mail to zope3-dev(a)zope.org and we will get you started. CONTRIBUTING Please send Zope 3 news, and newsletter suggestions and requests, to gary(a)zope.com, with "Zope 3 newsletter" somewhere in the subject line. As you can see above, casual and quick news items are acceptable and even desirable. MORE INFORMATION ON ZOPE 3 The central place to find Zope 3 information is currently http://dev.zope.org/Zope3 The Zope 3 mailing list is archived and managed at http://lists.zope.org/mailman/listinfo/zope3-dev The Zope 3 development IRC channel, #zope3-dev at irc.openprojects.net is (strictly) for discussion of Zope 3 development issues. Newsletters are occasionally archived at http://dev.zope.org/Zope3/Zope3Newsletter

2 1

Help!!
by Todd Loomis, (SAIC) 04 Sep '03

04 Sep '03

All: I'm getting this error message every time I try to start Zope: /var/www/zope/lib/python/ts_regex.py:87: DeprecationWarning: the regex module is deprecated; please use the re module import regex, regsub #, Sync /usr/lib/python2.1/regsub.py:15: DeprecationWarning: the regsub module is deprecated; please use re.sub() DeprecationWarning) What gives, it was working fine then I got a call saying the site wasn't responding. So I restarted Zope and got this. Any help will be greatly appreciated. ============================================ Todd

6 9

Re: tal i18n and ZopeStarter test failures
by Chris Withers 29 Aug '03

29 Aug '03

Hi, I see these tests fail on both Windows and Linux. What gives? Who checked in this code without running the tests?! Chris PS: Does anyone know why there's that SearchIndex warning appearing, but on Linux only? zope-tests(a)squishdot.org wrote: > ====================================================================== > Python Version:2.2.3 (#1, Jun 10 2003, 13:52:48) > [GCC 2.95.2 20000220 (Debian GNU/Linux)] > > Modules included: > Zope (HEAD) > > Warning: no test input files found!!! > /stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/SearchIndex/__init__.py:19: DeprecationWarning: The usage of the SearchIndex package is deprecated since Zope 2.4. > This package is only kept for backwards compatibility for a while > and will go away in a future release. > > Please use instead the re-factored modules in Products/PluginIndexes. > > warnings.warn("The usage of the SearchIndex package is deprecated since \ > /stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/TAL/TALGenerator.py:870: DeprecationWarning: Space separated attributes in i18n:attributes are deprecated (i18n:attributes="value title"). Please use semicolon to separate attributes (i18n:attributes="value; title"). > File None at row, column (1, 0) > Attributes name > , DeprecationWarning) > /stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/TAL/TALGenerator.py:862: DeprecationWarning: Space separated attributes in i18n:attributes are deprecated (i18n:attributes="value title"). Please use semicolon to separate attributes (i18n:attributes="value; title"). > File None at row, column (14, 0) > Attributes name title > , DeprecationWarning) > /stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/TAL/TALGenerator.py:862: DeprecationWarning: Space separated attributes in i18n:attributes are deprecated (i18n:attributes="value title"). Please use semicolon to separate attributes (i18n:attributes="value; title"). > File None at row, column (17, 0) > Attributes name title > , DeprecationWarning) > /stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/TAL/TALGenerator.py:870: DeprecationWarning: Space separated attributes in i18n:attributes are deprecated (i18n:attributes="value title"). Please use semicolon to separate attributes (i18n:attributes="value; title"). > File None at row, column (1, 0) > Attributes value > , DeprecationWarning) > /stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/TAL/TALGenerator.py:870: DeprecationWarning: Space separated attributes in i18n:attributes are deprecated (i18n:attributes="value title"). Please use semicolon to separate attributes (i18n:attributes="value; title"). > File None at row, column (1, 0) > Attributes alt > , DeprecationWarning) > /stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/TAL/TALGenerator.py:870: DeprecationWarning: Space separated attributes in i18n:attributes are deprecated (i18n:attributes="value title"). Please use semicolon to separate attributes (i18n:attributes="value; title"). > File None at row, column (5, 3) > Attributes alt > , DeprecationWarning) > ====================================================================== > ERROR: testSetupServers (testStarter.ZopeStarterTestCase) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "testStarter.py", line 166, in testSetupServers > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/Zope/Startup/__init__.py", line 186, in setupServers > raise ZConfig.ConfigurationError(socket_err > ConfigurationError: There was a problem starting a server of type "HTTPServer". This may mean that your user does not have permission to bind to the port which the server is trying to use or the port may already be in use by another application. (Address already in use) > > ====================================================================== > ERROR: test_fcgi_factory (test_config.ZServerConfigurationTestCase) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 113, in test_fcgi_factory > factory = self.load_factory("""\ > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 48, in load_factory > StringIO.StringIO(text)) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 45, in loadConfigFile > return _get_config_loader(schema, overrides).loadFile(file, url) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 55, in _get_config_loader > loader = ConfigLoader(schema) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 163, in __init__ > if schema.isabstract(): > AttributeError: 'NoneType' object has no attribute 'isabstract' > > ====================================================================== > ERROR: test_ftp_factory (test_config.ZServerConfigurationTestCase) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 135, in test_ftp_factory > factory = self.load_factory("""\ > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 48, in load_factory > StringIO.StringIO(text)) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 45, in loadConfigFile > return _get_config_loader(schema, overrides).loadFile(file, url) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 55, in _get_config_loader > loader = ConfigLoader(schema) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 163, in __init__ > if schema.isabstract(): > AttributeError: 'NoneType' object has no attribute 'isabstract' > > ====================================================================== > ERROR: test_http_factory (test_config.ZServerConfigurationTestCase) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 66, in test_http_factory > factory = self.load_factory("""\ > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 48, in load_factory > StringIO.StringIO(text)) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 45, in loadConfigFile > return _get_config_loader(schema, overrides).loadFile(file, url) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 55, in _get_config_loader > loader = ConfigLoader(schema) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 163, in __init__ > if schema.isabstract(): > AttributeError: 'NoneType' object has no attribute 'isabstract' > > ====================================================================== > ERROR: test_icp_factory (test_config.ZServerConfigurationTestCase) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 161, in test_icp_factory > factory = self.load_factory("""\ > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 48, in load_factory > StringIO.StringIO(text)) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 45, in loadConfigFile > return _get_config_loader(schema, overrides).loadFile(file, url) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 55, in _get_config_loader > loader = ConfigLoader(schema) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 163, in __init__ > if schema.isabstract(): > AttributeError: 'NoneType' object has no attribute 'isabstract' > > ====================================================================== > ERROR: test_monitor_factory (test_config.ZServerConfigurationTestCase) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 148, in test_monitor_factory > factory = self.load_factory("""\ > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 48, in load_factory > StringIO.StringIO(text)) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 45, in loadConfigFile > return _get_config_loader(schema, overrides).loadFile(file, url) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 55, in _get_config_loader > loader = ConfigLoader(schema) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 163, in __init__ > if schema.isabstract(): > AttributeError: 'NoneType' object has no attribute 'isabstract' > > ====================================================================== > ERROR: test_pcgi_factory (test_config.ZServerConfigurationTestCase) > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 104, in test_pcgi_factory > factory = self.load_unix_domain_factory("""\ > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 57, in load_unix_domain_factory > factory = self.load_factory(text % fn) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZServer/tests/test_config.py", line 48, in load_factory > StringIO.StringIO(text)) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 45, in loadConfigFile > return _get_config_loader(schema, overrides).loadFile(file, url) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 55, in _get_config_loader > loader = ConfigLoader(schema) > File "/stuff/chrisw/ZopeTests/sandbox/Zope/lib/python/ZConfig/loader.py", line 163, in __init__ > if schema.isabstract(): > AttributeError: 'NoneType' object has no attribute 'isabstract' > > ====================================================================== > ERROR: test_webdav_source_factory (test_config.ZServerConfigurationTestCase) > - > <truncated> > > _______________________________________________ > Zope-Coders mailing list > Zope-Coders(a)zope.org > http://mail.zope.org/mailman/listinfo/zope-coders > >

2 4

Zope 2.7 running with Stackless 3.0
by Christian Tismer 29 Aug '03

29 Aug '03

Dear friends, just by chance, I got into the position to try out Zope 2.7.0 beta 1/2, and since it needs Python 2.2.3 at least, and Stackless 3.0 was just ported to that, I tried to build Zope with Stackless 3.0. It works very very well! After a few patches to get the includes right, here the installation instructions. Get the current Stakless 3.0 beta. CVSROOT=:pserver:anonymous@centera.de:/home/cvs export CVSROOT cvs co stackless cd stackless/src ./configure make # su if your weren't root make install Then, install the Zope source, and make the same dance as usual. Just a note: Zope doesn't (yet) use any of the Stackless features. It just builds and works with it. But of course, *you* can use the stackless features, of course. I also expect, that Zope will create a branch in some future and implement a new Medusa which doesn't need real threads. cheers and let me know of your experience -- chris -- Christian Tismer :^) <mailto:tismer@tismer.com> Mission Impossible 5oftware : Have a break! Take a ride on Python's Johannes-Niemeyer-Weg 9a : *Starship* http://starship.python.net/ 14109 Berlin : PGP key -> http://wwwkeys.pgp.net/ work +49 30 89 09 53 34 home +49 30 802 86 56 mobile +49 173 24 18 776 PGP 0x57F3BF04 9064 F4E1 D754 C2FF 1619 305B C09C 5A3B 57F3 BF04 whom do you want to sponsor today? http://www.stackless.com/

4 6

upgrading and getting rid of SearchIndex
by Anthony Baxter 28 Aug '03

28 Aug '03

I've got a couple of ZODBs here that's been gradually upgraded over time from Zope version to Zope version (I think they were initially started on Zope 1.x!) I'm sick of the SearchIndex deprecation warnings, so I've gone and re-created all of the catalog indexes. This fixed it for the indexes, but it's still showing up - any ideas how I can determine which objects are still referencing SearchIndex? Is it worth making a little script that Does The Right Thing when upgrading? It's a pretty trivial script to open a Data.fs and hunt for indexes, then re-create them - is this something that could/should be included with Zope? Anthony -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

2 1

Zope 2.7 Timeline
by Andy McKay 27 Aug '03

27 Aug '03

This is a really silly question but I'll try... Anyone got any idea when 2.7 might be ready? I building installers now and trying to judge which will come first a working 2.7 version, or the working code. I'd love to use 2.7 if its working so Im taking that risk... -- Andy McKay http://www.agmweb.ca

4 11

2.6.2b..., Find is busted
by Anthony Baxter 27 Aug '03

27 Aug '03

Go to the Find tab in the ZMI, select "All types", containing "<foo>" Error type: TypeError Error value: expected a character buffer object Traceback (innermost last): Module ZPublisher.Publish, line 49, in publish Module ZPublisher.mapply, line 32, in mapply Module ZPublisher.Publish, line 38, in call_object Module Shared.DC.Scripts.Bindings, line 250, in __call__ Module Shared.DC.Scripts.Bindings, line 270, in _bindAndExec Module App.special_dtml, line 110, in _exec Module DocumentTemplate.DT_With, line 58, in render Module DocumentTemplate.DT_Util, line 175, in eval __traceback_info__: obj_metatypes Module <string>, line 0, in ? Module OFS.FindSupport, line 51, in ZopeFind TypeError: expected a character buffer object

3 2

Why not ZODB 3.1.3 with Zope 2.6.2?
by Paul Winkler 27 Aug '03

27 Aug '03

I downloaded the "hidden" 2.6.2b6 release (from http://zope.org/Products/Zope/2.6.2b6/Zope/view) and had a look in lib/python/ZODB/__init__.py, which gives its version as ZODB 3.1.2. Is there any reason it's not ZODB 3.1.3? Maybe just an oversight? I could easily check any ZODB-3.1.3 changes to the Zope-2.6 branch, unless somebody knows a reason not to do so. Also, why doesn't ZODB/Tools come with zope? There's some really handy stuff in there, some of which gets mentioned on the zope list from time to time; it would be nice if newbies could get hold of it easily. On a related note, NEWS.txt in ZODB 3.1.3 mentions that there is a new Tools/README.txt ... but it's not actually in the tarball :-) -- Paul Winkler http://www.slinkp.com

2 2