[Zope-Annce] Silva 1.6b4 released
Infrae has just released version 1.6 of the Silva content management system. This release incorporates a range of infrastructural changes that support upcoming extensions, enhanced import/export functionality, and user interface improvements. Some of the changes: * Silva now uses ZCML for registration of Silva extensions and the content types they define. See doc/extension.txt for more information. See also doc/developer_changes.txt. * Many i18n changes: - New languages - i18n fixes * Lots of bugfixes See HISTORY.txt in the Silva core package for more information about changes and bugfixes in Silva 1.6. For developer-level changes in Silva, see doc/developer_changes. What is Silva? Silva is an enterprise-class CMS for managing content for the web, print, and other media. Content is stored in clean and future-proof XML, independent of layout and presentation. Features include a multi-version workflow system, XSLT rendering support, integral WYSIWYG editor (Kupu), content reuse in multiple publications, sophisticated access management, extensive import/export facilities, fine-grained templating, and hi-res image storage and manipulation. Silva is entirely open source. For more complete information, see the Silva Product Pages at http://www.infrae.com/products/silva. Download The package can be downloaded from http://www.infrae.com/download/Silva/. Links to developer mailing lists, the issue tracker, and info about SVN access can be found on the Silva Product pages. Contact FMI contact Eric Casteleijn, eric at infrae com, +31 10 243 7051. ___ Zope-Announce maillist - Zope-Announce@zope.org http://mail.zope.org/mailman/listinfo/zope-announce Zope-Announce for Announcements only - no discussions (Related lists - Users: http://mail.zope.org/mailman/listinfo/zope Developers: http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-Annce] CMF 2.1 released
The CMF developer community is hereby announcing the release of CMF version 2.1.0-alpha. What is the CMF? The Zope Content Management Framework provides a set of services and content objects useful for building highly dynamic, content-oriented portal sites. The CMF provides the foundation for popular software packages such as Plone. It is intended to be easily customizable, in terms of both the types of content used and the policies and services it provides. Where do I get it? For release files, change logs, installation instructions and more please visit http://www.zope.org/Products/CMF/CMF-2.1.0-alpha. Roadmap and release information can be found at http://www.zope.org/Products/CMF/docs/roadmap. The CMF mailing list can be reached at the [EMAIL PROTECTED] address, to sign up please visit http://mail.zope.org/mailman/listinfo/zope- cmf. Please file bug reports, feature requests or suggestions in the CMF bug collector at http://www.zope.org/Collectors/CMF . What has changed since the last release? New Features - CMFDefault utils: Added getBrowserCharset function. Returns the charset preferred by the browser. Strings encoded with this charset are decoded correctly by Five.browser.decode.processInputs. - Content: Added IFactory utilities for all content classes. They are now used by default instead of the old constructor methods. - FactoryTypeInformation: Added support for Zope3 style factories. If the 'product' property of a type info instance is empty the 'factory' property is interpreted as an IFactory name. Bug Fixes - CMFCore.ActionInformation: don't use a fixed set of properties for ActionInformation. (http://www.zope.org/Collectors/CMF/232/) - CMFCore.CatalogTool: Use current executable's proxy roles, if any, in place of user's roles when computing 'allowedRolesAndUsers' for a query. (http://www.zope.org/Collectors/CMF/380) Others - skins: Changed encoding of translated portal_status_messages. Now getBrowserCharset is used to play nice with Five forms. Customized setRedirect and getMainGlobals scripts have to be updated. - FSFile: Added registration for 'txt' extension. - Profiles: All profiles are now registered by ZCML. - ZClasses: Removed unmaintained support for ZClasses. Marked the 'initializeBases*' methods as deprecated. - Content: All content classes are now registered by ZCML. ContentInit is still used to register oldstyle constructors. - Favorite: Added 'handleFavoriteAddedEvent' subscriber. This replaces the 'manage_afterAdd' hook and some code in 'addFavorite'. - CMFCatalogAware: Added 'handleObjectEvent' subscriber. This replaces the deprecated 'manage_afterAdd', 'manage_afterClone' and 'manage_beforeDelete' hooks. - setup handlers: Removed support for CMF 1.5 CMFSetup profiles. ___ Zope-Announce maillist - Zope-Announce@zope.org http://mail.zope.org/mailman/listinfo/zope-announce Zope-Announce for Announcements only - no discussions (Related lists - Users: http://mail.zope.org/mailman/listinfo/zope Developers: http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-dev] (no subject)
___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] (no subject)
___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] (no subject)
与美女视频聊天直播,按此进入 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Moving ZopeVersionControl to subversion?
I noticed that Tres was making changes in CVS and preparing a 0.3.2 release, so there is at least some activity. That was me ... I badgered Tres into incorporating a patch I'd put into the tracker. Before that there was no activity. It definitely doesn't have a maintainer. There are clues that there are people out there using it, but noone has admitted so 'in the open'! Miles ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Maintainer of Zope 2 Windows builds?
Sidnei da Silva wrote: On Sat, Oct 07, 2006 at 09:25:29AM +0200, Andreas Jung wrote: | Who is currently in charge or who feels responsible for the Windows builds? Tim Peters. Er, no. Tim isn't even at Zope Corp anymore, as far as I know... I built the last couple of Zope 2.9.x release, but my access to a Windows build environment is gone now... Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Moving ZopeVersionControl to subversion?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Miles Waller wrote: I noticed that Tres was making changes in CVS and preparing a 0.3.2 release, so there is at least some activity. That was me ... I badgered Tres into incorporating a patch I'd put into the tracker. Before that there was no activity. It definitely doesn't have a maintainer. There are clues that there are people out there using it, but noone has admitted so 'in the open'! I don't see a problem with moving ZVC into Subversion; I do think that those who have an interest in it should work together to name a maintainer (and I'm *not* volunteering ;) Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFKmuz+gerLs4ltQ4RAiPzAJ4qw4dzq1kqYgW+HsLpn3b0n2OVzQCfWYOV eWFTWVEWDfr0tpoQBvCWbqc= =fRmI -END PGP SIGNATURE- ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Maintainer of Zope 2 Windows builds?
On Mon, Oct 09, 2006 at 03:25:55PM +0100, Chris Withers wrote: | Sidnei da Silva wrote: | On Sat, Oct 07, 2006 at 09:25:29AM +0200, Andreas Jung wrote: | | Who is currently in charge or who feels responsible for the Windows | builds? | | Tim Peters. | | Er, no. Tim isn't even at Zope Corp anymore, as far as I know... That shouldn't be related, should it? | I built the last couple of Zope 2.9.x release, but my access to a | Windows build environment is gone now... Odd. I believe Tim built 2.9.4 because you could not? -- Sidnei da Silva Enfold Systemshttp://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Moving ZopeVersionControl to subversion?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 6 Oct 2006, at 18:55, Jens Vagelpohl wrote: On 6 Oct 2006, at 17:38, Wichert Akkerman wrote: I noticed that ZopeVersionControl is still actively maintained in CVS. Would its maintainers mind moving it to subversion? That would make it a lot easier for us to include it in the Plone 3.0 bundle. I don't think it *has* a maintainer... I think the sandbox for moving items from CVS to SVN that I built on cvs.zope.org for items like CMF and PAS still exists and I could do the physical move. I'm afraid I spoke too soon. My sudo access has been removed. Jim tells me any task requiring root access must be performed by him (or other ZC staff I presume). I'm hereby un-volunteering myself from this task. jens -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFFKnDiRAx5nvEhZLIRAvZ9AJ9sPCZFrIGr8MOxfNBLEtkjzd+1pgCfbqDl O7aaWFvHT1o90GhvibrRXjg= =Q86p -END PGP SIGNATURE- ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Maintainer of Zope 2 Windows builds?
[Andreas Jung] Who is currently in charge or who feels responsible for the Windows builds? [Sidnei da Silva] Tim Peters. [Chris Withers] Er, no. Tim isn't even at Zope Corp anymore, as far as I know... [Sidnei] That shouldn't be related, should it? Don't know about should be, but it /is/ related ;-) I had job-related reasons before to make at least minimal ongoing efforts toward keeping the Zope test suites happy on Windows, and that in turn meant I kept many full checkouts of various Zopes current, at least ran the tests routinely, gave real attention to discussions of possible Windows glitches, built Windows installers routinely, and so on. But I don't do anything related to web development anymore, and bit rot is setting in wrt my once-encyclopedic knowledge of the umpteen quirky build procedures for the umpteen versions of Windows Zope. When, months ago, someone else volunteered to take over the Zope3 Windows builds, and actually followed up on it (yay!), I mentally resigned from these tasks. You (ZC, ZF, the community) want someone who /uses/ Zope on Windows to make Windows releases. It was at best half nuts that I kept doing it after building testing an installer once each N weeks became my only contact with Zope. I built the last couple of Zope 2.9.x release, but my access to a Windows build environment is gone now... Odd. I believe Tim built 2.9.4 because you could not? I don't remember, but it's possible. I'm still willing to build an installer when there's no alternative, but it's long past time that was treated as a last-ditch fallback instead of business as usual. ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
RE: [Zope-dev] Maintainer of Zope 2 Windows builds?
--On 9. Oktober 2006 12:19:22 -0400 Tim Peters [EMAIL PROTECTED] wrote: Don't know about should be, but it /is/ related ;-) I had job-related reasons before to make at least minimal ongoing efforts toward keeping the Zope test suites happy on Windows, and that in turn meant I kept many full checkouts of various Zopes current, at least ran the tests routinely, gave real attention to discussions of possible Windows glitches, built Windows installers routinely, and so on. But I don't do anything related to web development anymore, and bit rot is setting in wrt my once-encyclopedic knowledge of the umpteen quirky build procedures for the umpteen versions of Windows Zope. When, months ago, someone else volunteered to take over the Zope3 Windows builds, and actually followed up on it (yay!), I mentally resigned from these tasks. You (ZC, ZF, the community) want someone who /uses/ Zope on Windows to make Windows releases. It was at best half nuts that I kept doing it after building testing an installer once each N weeks became my only contact with Zope. Thanks for your work on the windows builds in the past. We appreciate your work very much. I built the last couple of Zope 2.9.x release, but my access to a Windows build environment is gone now... Odd. I believe Tim built 2.9.4 because you could not? I don't remember, but it's possible. I'm still willing to build an installer when there's no alternative, but it's long past time that was treated as a last-ditch fallback instead of business as usual. I'd like to see someone taking over the responsibility for the Windows builds for the mid-term future. We have enough smart Windows users that could step in. Thanks in advance, Andreas pgpqEsVoDY0ju.pgp Description: PGP signature ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Maintainer of Zope 2 Windows builds?
On Mon, Oct 09, 2006 at 12:19:22PM -0400, Tim Peters wrote: | You (ZC, ZF, the community) want someone who /uses/ Zope on Windows to make | Windows releases. It was at best half nuts that I kept doing it after | building testing an installer once each N weeks became my only contact | with Zope. I'm using Zope on Windows on a daily basis now. So that might mean me. :) I would like to propose setting up some sort of 'nightly build' using the buildbot already in place. We can setup it so that you don't need to change the buildbot config to point it to another release. Then whenever a release tarball is done, we poke the buildbot and an installer will show up. If the installer breaks we get some visibility at least. I'm already running a slave for pybots which has all the needed tools in place. It wouldn't require much effort to add a Zope Installer build to that. -- Sidnei da Silva Enfold Systemshttp://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Future of ZClasses
Philipp von Weitershausen wrote at 2006-10-7 23:51 +0200: ... I find that the introduction of classes with (multiple) inheritance has been very economic. It was another concept but a highly fruitful one, despite the fact that they are not so liked in Zope3 land. I think fat objects from mixing many different concerns into a single implementation are a failed approach. Seeing how flexible you can be wit a) separating concerns (functionality, responsibilities) into separate objects called components and b) making the lookup of these components pluggable (using registries a.k.a. the Component Architecture), I am almost convinced that in some years these registries will share the fate of acquisition: they will be seens as too much magic. I expect this to happen as soon as Zope3 is becoming main stream and not only used by the fittest people. I would not recommend anyone to over-use multiple inheritance as it's been done in Zope 2. I am a strong favorite of (multiple) inheritance and use it excessively. I have the feeling that it makes me very productive. -- Dieter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Future of ZClasses
--On 9. Oktober 2006 19:11:55 +0200 Dieter Maurer [EMAIL PROTECTED] wrote: I would not recommend anyone to over-use multiple inheritance as it's been done in Zope 2. I am a strong favorite of (multiple) inheritance and use it excessively. I have the feeling that it makes me very productive. We have some code where some classes have up to 15(!) base classes (usually mixin classes), not counting classes inherited from the mix-in classes. I would call that unmanageable. Personal productivity is one side of the medal, readability and understandability of code for other team member is the other side of the medal. Although I am not the biggest fan of the component architecture I have to admit that it makes a lot of things clearer and cleaner. -aj pgpyPNxGod5GG.pgp Description: PGP signature ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Fat vs Greasy (Was: [Zope-dev] Re: Future of ZClasses)
On 10/9/06, Dieter Maurer [EMAIL PROTECTED] wrote: Philipp von Weitershausen wrote at 2006-10-7 23:51 +0200: ... I find that the introduction of classes with (multiple) inheritance has been very economic. It was another concept but a highly fruitful one, despite the fact that they are not so liked in Zope3 land. I think fat objects from mixing many different concerns into a single implementation are a failed approach. Seeing how flexible you can be wit a) separating concerns (functionality, responsibilities) into separate objects called components and b) making the lookup of these components pluggable (using registries a.k.a. the Component Architecture), I am almost convinced that in some years these registries will share the fate of acquisition: they will be seens as too much magic. I expect this to happen as soon as Zope3 is becoming main stream and not only used by the fittest people. I would not recommend anyone to over-use multiple inheritance as it's been done in Zope 2. I am a strong favorite of (multiple) inheritance and use it excessively. I have the feeling that it makes me very productive. There is of course no conflict between the two attitudes. It may *look* like there is, though. ;) In one case, you make loads of small objects with separate concerns, and merge them into one object by multiple-inheritance. In the other case you make loads of small objects with separate concerns and merge them via adapters. The first version is less flexible, as changing the behaviour of the resulting fat objects requires subclassing, while the other attitude can be hard to overview and grasp (and hence, I'll call it greasy. Haha.) I think one generally should, in Zope3/Five, use objects as if they always need to be adapted. That is, you get the context, and you adapt it to whatever interface you need, with IMyinterface(context). Then, of course, you may very well make your object a fat object that implement all the bloody interfaces you need, instead of having multiple sets of objects and adapters, which in most cases just make things complicated. But with this attitde, that is make fat objects, but never assume they are fat when you use them, you can with little effort make something flexible. For example: The CalZope calendar attaches all views directly to the ICalendar interface. Only ICalendar objects can have these views. A calendar object in CPS is therefore a calendar that directly implements ICalendar, and some other extended interfaces with CPS support and stuff. This seems perfectly reaonable, but it turns out Plone people don't want that. They want ordinary folder to have these views. The solution to that is to attach all the views to ICalendarViewable and in all views make self.context = ICalendar(context), and this way adapt the context. By making my fat calendar objects IcalendarViewable, I need not to change any other code in CPSSharedCalendar or CalZope. I still have the same monolithic objects, that are easy to understand and debug. But for Plone, it would with these changes be perfectly possible to make adapters from Plone folders to ICalendar, and therefore use CalZope views for folders full of plone events. So, as long as you *use* the objects as if they always need to be adapted, you can very well write the objects monolithically if that suits you. So, heres a new tagline: Use your objects as if they were greasy, and it isn't a problem if they are fat. ;-) -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Future of ZClasses
Dieter Maurer wrote: Philipp von Weitershausen wrote at 2006-10-7 23:51 +0200: ... I find that the introduction of classes with (multiple) inheritance has been very economic. It was another concept but a highly fruitful one, despite the fact that they are not so liked in Zope3 land. I think fat objects from mixing many different concerns into a single implementation are a failed approach. Seeing how flexible you can be wit a) separating concerns (functionality, responsibilities) into separate objects called components and b) making the lookup of these components pluggable (using registries a.k.a. the Component Architecture), I am almost convinced that in some years these registries will share the fate of acquisition: they will be seens as too much magic. Perhaps. That's to be seen. For one, the CA's registries are much less magic because look-up is always explicit (as opposed to the implicit acquisition as its widely used in Zope 2). I expect this to happen as soon as Zope3 is becoming main stream and not only used by the fittest people. This is indeed a good point. There are currently efforts to make Zope 3 easier for simpler use cases that wouldn't involve dealing with those registries, at least not directly. In fact, we're having a sprint on this topic this month. I would not recommend anyone to over-use multiple inheritance as it's been done in Zope 2. I am a strong favorite of (multiple) inheritance and use it excessively. I have the feeling that it makes me very productive. That's good. Again, I think multiple inheritance is a valid tool. One reason why I would advise against using is excessively, though, is the lack of pluggability. The way Zope 2 deals with APIs, for example, makes hard to reuse and customize existing components. Sure, you CAN try to reuse stuff (and I know some of your tools, e.g. rebindFunction et.al. from ReuseUtils), but most of these revolve more around implementation details than around well-defined APIs and responsibilities. ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: Future of ZClasses
Andreas Jung wrote at 2006-10-9 19:24 +0200: ... We have some code where some classes have up to 15(!) base classes (usually mixin classes), not counting classes inherited from the mix-in classes. I would call that unmanageable. Each of these classes represent a mixed in feature. You get 15 classes because the end result needs a lot of features. Manageability does not increase when you implement the features differently than listing them in the inheritance clause. -- Dieter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: Future of ZClasses
Philipp von Weitershausen wrote at 2006-10-9 19:59 +0200: ... Sure, you CAN try to reuse stuff (and I know some of your tools, e.g. rebindFunction et.al. from ReuseUtils), but most of these revolve more around implementation details than around well-defined APIs and responsibilities. This must mean most of those you know of and not most of my tools :-) -- Dieter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: Fat vs Greasy (Was: [Zope-dev] Re: Future of ZClasses)
On 10/9/06, Jean-Marc Orliaguet [EMAIL PROTECTED] wrote: That's basically what I wrote the other day (The Times... ) : as an application designer you want a *plugin architecture* with greasy fat components, not an architecture with hundreds of micro-components wired together like this: http://jacobswellchurch.org/tim/archives/wires-bottom.jpg that require that learn the internals. Also, plugin logic is not the same as micro-component logic: - plugins are single units that only need a runtime platform to get working, while micro-components need to get assembled before they can be used, the border between the platform and the platform's components is very blurry. - plugins have a public API that preserves backward compatibility, and hence preserves user's investments, while micro-components neither have a public or private API, they implement interfaces (interface != API) - plugins can get loaded and unloaded at runtime, or updated, while micro-components are basically added once at server startup time and they never get changed at run-time. - a plugin architecture can manage dependencies between plugins. - plugins are useful to market an architecture, (cf. Photoshop gimp, Gimp plugins, VDR plugins (http://www.cadsoft.de/vdr/plugins.htm), Firefox plugins, skins, Azureus plugins, Eclipse plugins ...). It is easy to explain what a plugin does in terms of functionality, while it is difficult to explain what a micro-component does. //- plugins encourage participation!!! (that's one of the reason of the success of Plone IMO: every one feel that they can create their own product, by looking at other existing products), while micro-components are difficult to grasp. - plugins can be used by end-users, while micro-components are designed by developers for developers. That's not at all what I said. ;) But you have valid points and I basically agree with your separations of micro-components and plugins. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [ZWeb] Re: Grrr. zope.org wikis are evil.
On Mon, Oct 09, 2006 at 03:44:31PM -0400, Jim Fulton wrote: | I don't know. | Does ZWiki have any tendrils in CMF? Not that I know of. | Has the version | of ZWiki used on zope.org been modified in any way to work with the | CMF? Not that I know of. | Oh, BTW, zope.org runs some revision of the Zope 2.6 branch. | Does the latest ZWiki work with that? That's more likely to cause trouble. -- Sidnei da Silva Enfold Systemshttp://enfoldsystems.com Fax +1 832 201 8856 Office +1 713 942 2377 Ext 214 ___ Zope-web maillist - Zope-web@zope.org http://mail.zope.org/mailman/listinfo/zope-web
[Zope] Clarification: uncatalog_object question
Typo in dtml-in statement... I have a ZCatalog which contains about 850k entries. Each entry is a zclass instance which is NOT 'catalog aware' (ie. catalog_object was used to explicitly add the record to the zcatalog). The records exist in the zcatalog and I can access a single record's data_record_id_ by: dtml-call REQUEST.set('recid', '1049298593') dtml-in Catalog({'master_recid' : recid}) dtml-call REQUEST.set('drid', data_record_id_) /dtml-in drid= dtml-var drid Incorrect (typo): dtml-in Catalog({'master_recid' : recid}) Corrected: dtml-in Catalog({'id' : recid}) Displays: drid= 17223047659 All is well, so far... I now want to remove the record from the ZCatalog: dtml-call Catalog.uncatalog_object(recid) generates the following error in my log file: 2004-07-02T11:13:07 ERROR(200) Catalog uncatalogObject unsuccessfully attempted to uncatalog an object with a uid of 1049298593. and dtml-call Catalog.uncatalog_object(drid) generates the following error in my log file: 2004-07-02T11:21:07 ERROR(200) Catalog uncatalogObject unsuccessfully attempted to uncatalog an object with a uid of 1722304759. So, how do you remove a 'non-catalog aware' object from a zcatalog? (this is the first time I have used non-catalog aware instances, in previous projects I used catalog-aware objects and just deleted the object in the folder and the object was automatically removed from the zcatalog). I don't understand why the uid of 1049298593 works in retrieving the record from the zcatalog, but not when used to delete the record from the zcatalog?! (I have looked at the code in Catalog.py and nothing in the uncatalog_object method provides any hints as to why this problem is occuring). Any ideas would be really appreciated! Thanks, Jonathan ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] doc string rules
Thanks. What about classes modules? Should Foo, in you example, have a doc string? What about the module that Foo belongs to? On Fri, 2 Jul 2004, Bogdan M. Maryniuck wrote: On Thu, Jul 01, 2004 at 08:34:13PM -0700, Dennis Allison wrote: I just had LocalFS break under Zope 2.6.4 with Python 2.3.4 due to a missing docstring. What are the current rules? Must everything (procedures, methods, classes, modules) have docstrings? Even when running with Z_DEBUG_MODE set to yes. All methods you want to gets published should have at least empty docstring and do not have a name beginning with underscore: class Foo: def pulishme(self): def donotpublishme(self): pass def _donotpublishmealso(self): -- ??? This host is a black hole at HTTP wavelengths. GETs go in, and nothing comes out, not even Hawking radiation. -- Graaagh the Mighty on rec.games.roguelike.angband ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] problem using manage_addPageTemplate
* Stéphane MOLINA [EMAIL PROTECTED] [2004-07-01 16:50]: Hello, I have some problem using manage_addPageTemplate : I use it in my object constructor, : class UserManager(Folder, Persistent, RoleManager, Item, ): A user manager : simple user dictionnary security = AccessControl.ClassSecurityInfo() security.declareObjectPublic() meta_type = 'UserManager' def __init__(self, id): self.id = id self.manage_addUserFolder() self.manage_addProduct['PageTemplates'].manage_addPageTemplate(usermanager_properties_form, edit, zpt/usermanager_properties_form.zpt) self.manage_addProduct['PageTemplates'].manage_addScript(usermanager_properties, edit, zpt/usermanager_properties.py) I get this error : Site Error An error was encountered while publishing this resource. Error Type: AttributeError Error Value: _getProducts Your instance is not acquisition wrapped during __init__ and the ProductDispatcher needs to acquire '_getProducts'. Use manage_afterAdd to do setup stuff like that. -- Roché Compaan Upfront Systems http://www.upfrontsystems.co.za ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] uncatalog_object question
* Jonathan Hobbs [EMAIL PROTECTED] [2004-07-02 17:36]: dtml-call Catalog.uncatalog_object(recid) generates the following error in my log file: 2004-07-02T11:13:07 ERROR(200) Catalog uncatalogObject unsuccessfully attempted to uncatalog an object with a uid of 1049298593. and dtml-call Catalog.uncatalog_object(drid) generates the following error in my log file: 2004-07-02T11:21:07 ERROR(200) Catalog uncatalogObject unsuccessfully attempted to uncatalog an object with a uid of 1722304759. So, how do you remove a 'non-catalog aware' object from a zcatalog? (this is the first time I have used non-catalog aware instances, in previous projects I used catalog-aware objects and just deleted the object in the folder and the object was automatically removed from the zcatalog). Thanks for any ideas! Jonathan It doesn't have to be catalog aware. You should call uncatalog_object with the path of the object not the rid. If you don't know it call Catalog.getpath(rid). -- Roché Compaan Upfront Systems http://www.upfrontsystems.co.za ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Production Advice
Greetings All, After a long dev cycle, I'm putting a Zope web app into production shortly... and need some advice. What is a good daily backup strategy with Zope 2.71? I'll be running ZEO, and only use three add-on products, Formulator, VarImage and PIL. My application consists of regular items in the ZODB, two python Products, and a half-dozen ZClasses Right now, I'm developing on a WinXP machine, and am considering SuSE 9.1 for my spec, any experiences, good or bad?... YAST2-installed or manually? All advice would be helpful as I weigh my options, -Jon Cyr [EMAIL PROTECTED] ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] manage_beforeDelete
Hi all! I have a class like these: class Test(CatalogAware, , OrderedFolder): def manage_beforeDelete(self, item, container): CatalogAware.manage_beforeDelete(item, container) OrderedFolder.manage_beforeDelete(item, container) I only put the relevant code If I delete de hook to manage_beforeDelete the class works fine (the objects disappear from the catalog) but if I put the function the catalog don't delete the objects any idea? Thanks!! ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] uncatalog_object question (Solved)
Thanks Roche' The solution was two-fold: (1) your suggestion for use of getpath (2) apparently uncatalog_object can't indirectly access a variable stored within REQUEST eg. uncatalog_object(uid) does not work, but uncatalog_object(REQUEST['uid']) does work Thanks again! Jonathan - Original Message - From: Roché Compaan [EMAIL PROTECTED] To: Jonathan Hobbs [EMAIL PROTECTED] Cc: zope@zope.org Sent: July 2, 2004 1:11 PM Subject: Re: [Zope] uncatalog_object question * Jonathan Hobbs [EMAIL PROTECTED] [2004-07-02 17:36]: dtml-call Catalog.uncatalog_object(recid) generates the following error in my log file: 2004-07-02T11:13:07 ERROR(200) Catalog uncatalogObject unsuccessfully attempted to uncatalog an object with a uid of 1049298593. and dtml-call Catalog.uncatalog_object(drid) generates the following error in my log file: 2004-07-02T11:21:07 ERROR(200) Catalog uncatalogObject unsuccessfully attempted to uncatalog an object with a uid of 1722304759. So, how do you remove a 'non-catalog aware' object from a zcatalog? (this is the first time I have used non-catalog aware instances, in previous projects I used catalog-aware objects and just deleted the object in the folder and the object was automatically removed from the zcatalog). Thanks for any ideas! Jonathan It doesn't have to be catalog aware. You should call uncatalog_object with the path of the object not the rid. If you don't know it call Catalog.getpath(rid). -- Roché Compaan Upfront Systems http://www.upfrontsystems.co.za ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
RE: [Zope] .%252e Strangeness
From: [EMAIL PROTECTED] [mailto:zope- If I request this url with my browser: http://zope website/.%252e/.%252e/.%252e/testing from my website I get this page back: URLs are not supposed to contain Unicode characters above the ascii range, but there is a movement to use them all. However, some browsers (and servers) can handle them and some cannot. Often there is a configuration setting for this. Probably your browser is just omitting them, and that is why you are getting the default Zope page. Cheers, Tom P ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] CMF 2.1 released
The CMF developer community is hereby announcing the release of CMF version 2.1.0-alpha. What is the CMF? The Zope Content Management Framework provides a set of services and content objects useful for building highly dynamic, content-oriented portal sites. The CMF provides the foundation for popular software packages such as Plone. It is intended to be easily customizable, in terms of both the types of content used and the policies and services it provides. Where do I get it? For release files, change logs, installation instructions and more please visit http://www.zope.org/Products/CMF/CMF-2.1.0-alpha. Roadmap and release information can be found at http://www.zope.org/Products/CMF/docs/roadmap. The CMF mailing list can be reached at the [EMAIL PROTECTED] address, to sign up please visit http://mail.zope.org/mailman/listinfo/zope- cmf. Please file bug reports, feature requests or suggestions in the CMF bug collector at http://www.zope.org/Collectors/CMF . What has changed since the last release? New Features - CMFDefault utils: Added getBrowserCharset function. Returns the charset preferred by the browser. Strings encoded with this charset are decoded correctly by Five.browser.decode.processInputs. - Content: Added IFactory utilities for all content classes. They are now used by default instead of the old constructor methods. - FactoryTypeInformation: Added support for Zope3 style factories. If the 'product' property of a type info instance is empty the 'factory' property is interpreted as an IFactory name. Bug Fixes - CMFCore.ActionInformation: don't use a fixed set of properties for ActionInformation. (http://www.zope.org/Collectors/CMF/232/) - CMFCore.CatalogTool: Use current executable's proxy roles, if any, in place of user's roles when computing 'allowedRolesAndUsers' for a query. (http://www.zope.org/Collectors/CMF/380) Others - skins: Changed encoding of translated portal_status_messages. Now getBrowserCharset is used to play nice with Five forms. Customized setRedirect and getMainGlobals scripts have to be updated. - FSFile: Added registration for 'txt' extension. - Profiles: All profiles are now registered by ZCML. - ZClasses: Removed unmaintained support for ZClasses. Marked the 'initializeBases*' methods as deprecated. - Content: All content classes are now registered by ZCML. ContentInit is still used to register oldstyle constructors. - Favorite: Added 'handleFavoriteAddedEvent' subscriber. This replaces the 'manage_afterAdd' hook and some code in 'addFavorite'. - CMFCatalogAware: Added 'handleObjectEvent' subscriber. This replaces the deprecated 'manage_afterAdd', 'manage_afterClone' and 'manage_beforeDelete' hooks. - setup handlers: Removed support for CMF 1.5 CMFSetup profiles. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Surprising load test results? (more results)
Hi all, I have added ab tests at the end of the page. (http://talk.lastminute.com/wiki/index.php/Loadtest) These extra results confirm everything we had found so far, except for 2.10 with use-wsgi on... We could see what others reported: in 2.10, WSGI adds a similar overhead to all type of requests (html, gif, swf, ...). So there must have been something wrong in our initial test. Again, Zope 2.8.8 remains the fastest version... Something new that we could not see in the previous test is the evolution of the results with the number of concurrent threads, as we have done the same test with 1,2,5,10,20,50 and 100 threads. Please have a look, and let me know what you think about these additional results. Thanks. Pascal ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com ** ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: Zope 3 Newbie Persistent Question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Perry Smith wrote: I've read through 2/3rds of Web Component Development with Zope 3. I am just now starting to create a simple system to hold contact information. If I start simple with maybe five fields and make it persistent, what happens when I add fields later on? Does the Zope database just magically understand that the old elements do not have all of the fields (yet). The simplest answer is yes, but it isn't magic: you would neeed to provide a class-level default for the newly-added attributes. zope.schema.fieldproperty.FieldProperty is a particularly good way to set up those class-level defaults, as it uses the default value you declare in the schema. Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFKk7Z+gerLs4ltQ4RAtqDAJ0aFKIZC/0ZAhZRVjIzVJvqt4i2AACfaFDw aGZKthGQWmzcWiLBybWdGsM= =hFsS -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: [Fwd: [USN-359-1] Python vulnerability]
Tres Seaver wrote: Chris Withers wrote: ouch... I'd imagine Zope is vulnerable to this? What source version(s) of python have these problems fixed? I think the issue only surfaces if you compile Python for UCS4, which the desktop-centric versions shipped by the distros do. If you build Python using the default config, it uses UCS2 (which is a better choice for long-running appservers, anyway). I just verified this by running the example code from the SF bug[1]: it aborts when run with Ubuntu's own python2.4, but not with the one I run Zope with. Right. Same here. System python barfs on the 2nd example, source-compiled python doesn't for me... Python 2.4.4 will have this fix, when released. [1] http://sourceforge.net/tracker/index.php?func=detailaid=1541585group_id=5470atid=305470 I do think it's worth stressing that if you're running Zope, you should at least check that the two examples don't barf on your machine. I'm sure there are lots of people out there using system builds of python, and it looks like at least the stable debian and ubuntu builds are vulnerable... Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: [Fwd: [USN-359-1] Python vulnerability]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Chris Withers wrote: Tres Seaver wrote: Chris Withers wrote: ouch... I'd imagine Zope is vulnerable to this? What source version(s) of python have these problems fixed? I think the issue only surfaces if you compile Python for UCS4, which the desktop-centric versions shipped by the distros do. If you build Python using the default config, it uses UCS2 (which is a better choice for long-running appservers, anyway). I just verified this by running the example code from the SF bug[1]: it aborts when run with Ubuntu's own python2.4, but not with the one I run Zope with. Right. Same here. System python barfs on the 2nd example, source-compiled python doesn't for me... Python 2.4.4 will have this fix, when released. [1] http://sourceforge.net/tracker/index.php?func=detailaid=1541585group_id=5470atid=305470 I do think it's worth stressing that if you're running Zope, you should at least check that the two examples don't barf on your machine. I'm sure there are lots of people out there using system builds of python, and it looks like at least the stable debian and ubuntu builds are vulnerable... Anybody running Zope in production with the system-supplied Python should be aware of the USN (or equivalent Debian) updates, and apply them as soon as possible. (The fact that they are crazy doesn't imply that they must be stupid. ;) Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFKlUs+gerLs4ltQ4RAusGAJ9dPHJH9D9+iW5uuu6Ql0uax9D33ACbBdsj /dW8i2obB3ubd3bPxYC1TC8= =63Xc -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] manage_beforeDelete
On Fri, Jul 02, 2004 at 07:40:31PM +0200, Garito wrote: Hi all! I have a class like these: class Test(CatalogAware, , OrderedFolder): def manage_beforeDelete(self, item, container): CatalogAware.manage_beforeDelete(item, container) OrderedFolder.manage_beforeDelete(item, container) I only put the relevant code If I delete de hook to manage_beforeDelete the class works fine (the objects disappear from the catalog) but if I put the function the catalog don't delete the objects any idea? In Python, anytime you call unbound methods (i.e. by referencing a class rather than an instance), you need to pass an instance - in this case, self - explicitly. For example: def manage_beforeDelete(self, item, container): CatalogAware.manage_beforeDelete(self, item, container) OrderedFolder.manage_beforeDelete(self, item, container) But if your actual code looks like your example, you should have gotten errors due to missing arguments. -- Paul Winkler http://www.slinkp.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: manage_beforeDelete
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul Winkler wrote: On Fri, Jul 02, 2004 at 07:40:31PM +0200, Garito wrote: Hi all! I have a class like these: class Test(CatalogAware, , OrderedFolder): def manage_beforeDelete(self, item, container): CatalogAware.manage_beforeDelete(item, container) OrderedFolder.manage_beforeDelete(item, container) I only put the relevant code If I delete de hook to manage_beforeDelete the class works fine (the objects disappear from the catalog) but if I put the function the catalog don't delete the objects any idea? In Python, anytime you call unbound methods (i.e. by referencing a class rather than an instance), you need to pass an instance - in this case, self - explicitly. For example: def manage_beforeDelete(self, item, container): CatalogAware.manage_beforeDelete(self, item, container) OrderedFolder.manage_beforeDelete(self, item, container) But if your actual code looks like your example, you should have gotten errors due to missing arguments. Except that 'OFS.ObjectManager' logs and suppresses any non-vetoing errors raised by an object's 'manage_beforeDelete': the tradeoff is that buggy objects could otherwise be unremovable. Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFKnSC+gerLs4ltQ4RAocMAKC6VAVQfuXdOD1Zw8f+lewf/24T+ACeKmja aqXoiqnWJxuXzqJ9ZEXXw1k= =mgqJ -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
RE: [Zope] .%252e Strangeness
I have no idea how this old post of mine came to be resent! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Passin, Tom Sent: Friday, July 02, 2004 1:50 PM To: zope@zope.org Subject: RE: [Zope] .%252e Strangeness From: [EMAIL PROTECTED] [mailto:zope- If I request this url with my browser: http://zope website/.%252e/.%252e/.%252e/testing from my website I get this page back: URLs are not supposed to contain Unicode characters above the ascii range, but there is a movement to use them all. However, some browsers (and servers) can handle them and some cannot. Often there is a configuration setting for this. Probably your browser is just omitting them, and that is why you are getting the default Zope page. Cheers, Tom P ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: .%252e Strangeness
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Passin, Tom wrote: I have no idea how this old post of mine came to be resent! Somebody kicked the zope.org mailman today, and it spewed a bunch of messages from July 2004 out to the lists. Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFKn/k+gerLs4ltQ4RApXzAJ9IoUPNp+M3kGeKS3JV0uIysMqckQCbBWnG OyApLRxILINYjDh6iSPHrFU= =6JhJ -END PGP SIGNATURE- ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Surprising load test results? (more results)
On 10/9/06, Pascal Peregrina [EMAIL PROTECTED] wrote: Hi all, I have added ab tests at the end of the page. (http://talk.lastminute.com/wiki/index.php/Loadtest) These extra results confirm everything we had found so far, except for 2.10 with use-wsgi on... We could see what others reported: in 2.10, WSGI adds a similar overhead to all type of requests (html, gif, swf, ...). So there must have been something wrong in our initial test. Again, Zope 2.8.8 remains the fastest version... Something new that we could not see in the previous test is the evolution of the results with the number of concurrent threads, as we have done the same test with 1,2,5,10,20,50 and 100 threads. Well, as seen here the number of requests peak at around five threads, which is expected with Zopes default setting of four threads. Please have a look, and let me know what you think about these additional results. They seem to largely contractictyour earlier results, where the avergare response time for WSGI was similar for all document types. Now they are not. Also, this time, 2.10 without WSGI ends up somewhere between 2.9 and 2.10 with WSGI, while before 2.10 without WSGI was slightly slower (but not that much) than 2.9. So, basically, these tests are perhaps slightly less non-sensical than your earlier tests, but still surprising. I don't see why Zope 2.10 would be so much slower than 2.9 in serving static content. There has been no change there. Your first test was much more reasonable in that area. This test is on the otehr hand much more reasonable for the WSGI results. -- Lennart Regebro, Nuxeo http://www.nuxeo.com/ CPS Content Management http://www.nuxeo.org/ ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope-DB] Re: Zope database connectivity
Hi, Maciej Wisniowski napisał(a): If one is careful, one can find a reliable solution... Hopefully I think I did this today... I've found that psycopg pool implementation has nice class: class PersistentConnectionPool(AbstractConnectionPool): A pool that assigns persistent connections to different threads. Note that this connection pool generates by itself the required keys using the current thread id. This means that untill a thread put away a connection it will always get the same connection object by successive .getconn() calls. This also means that a thread can't use more than one single connection from the pool. I used this, and finally I have DCOracle2 with connection pool, without volatile attributes (I didn't changed implementation of stored procedures yet), with ability to reconnect after things like DB restart and with REAL ability to open/close connections from ZMI. Did anyone try SQL Relay as a bridge? They say When using SQL Relay, the database can be bounced without having to restart Zope Pawel Lewicki ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db
[Zope-DB] Re: Zope database connectivity
I used this, and finally I have DCOracle2 with connection pool, without volatile attributes (I didn't changed implementation of stored procedures yet), with ability to reconnect after things like DB restart and with REAL ability to open/close connections from ZMI. Did anyone try SQL Relay as a bridge? They say When using SQL Relay, the database can be bounced without having to restart Zope I tried this. It works, but possible problem with volatile attributes persists - it is specific to Zope Database Adapters, and SQLRelay adapter uses '_v_' attributes too. Issue with 'reconnect' behaviour of SQLRelay may be that your Zope instance will appear 'hanged' when database is not running (or something like that) because Zope threads will be waiting for DB response. AFAIR there is no timeout for SQLRelay (sometimes it is good, sometimes not). Another question is what happens with transactions integrity in this situation. -- Maciej Wisniowski ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db
[Zope-DB] Zope3.3.0 - zope.rdb implementation - bug, feature or what?
Hi! First of all sorry if it is not correct list for this question but there is no Zope3-DB... maybe Zope3-users or Zope3-dev? I've just tried to use Zope3.3.0 with cx_Oracle adapter and to check whether connection works I've used typical for Oracle statement: select 1 from dual I've received error: TypeError: __slots__ must be identifiers The problem is (I think) with class Row or RowClassFactory defined in zope/rdb/__init__.py. There is current implementation of RowClassFactory: def RowClassFactory(columns): Creates a Row object klass_namespace = {} klass_namespace['__Security_checker__'] = InstanceOnlyDescriptor( NamesChecker(columns)) klass_namespace['__slots__'] = tuple(columns) return type('GeneratedRowClass', (Row,), klass_namespace) in my case: klass_namespace is {'__slots__':('1',)} and '1' causes error. select 1 as abc from dual executes correctly. I've implemented temporary solution that simply changes the names of numeric attributes (like '1') to prefixed ones (like '_1') It works but I'm not sure whether it is proper solution for something other than tests, but in general who may use this kind of dynamically created labels for something useful...? Is this issue a bug or feature or something else. I'm not able to recognise them myself (especially after submitting request.locale issue on z3-five list :)). I would like to know your's opinions before submiting a bug and/or trying to create a patch. -- Maciej Wisniowski ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db
Re: [Zope-DB] working with zope rdbms transaction mgmt
Upsss... sorry It's really old post... My sort order failed or something... -- Maciej Wisniowski ___ Zope-DB mailing list Zope-DB@zope.org http://mail.zope.org/mailman/listinfo/zope-db