[Zope-Annce] CPS 3.4.0 released!
-- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! CPS 3.4.0 released! === After 1 year and 1/2 of hard work (more than 11000 commits by 32 developers), Nuxeo is pleased to announce, on behalf of the CPS developers community, the release of CPS 3.4.0, the new stable version of CPS, the open source ECM platform. Source code is available here: http://www.cps-project.org/static/src/ or http://www.cps-project.org/sections/downloads/ A binary installer for Windows (includes Zope 2.9.1) here: http://www.cps-project.org/static/windows/CPS-3.4.0-1.exe And other binaries are planned for release in a few days (including MacOS). Please read the following for more information on CPS and CPS 3.4. What is CPS? CPS is an Open Source Enterprise Content Management (ECM) platform that provides developers with a rich toolkit to create applications in the fields of: Web Content Management (WCM), Document Management (DM), Collaboration (CSCW), Workflow and Business Process Management (BPM) and corporate portals. CPS may be compared to proprietary solutions like Documentum by EMC, LiveLink by OpenText, or SharePoint by Microsoft. For more information, check: - Marketing material at: http://www.nuxeo.com/en/products/cps/ What's new? --- A lot of things have changed since the previous major stable release, CPS 3.2, in september 2004. Here are the most important ones. User-visible changes 1. A new default UI, that features both usability improvement and a better-looking default skin. This makes working with CPS a more enjoyable experience for end-users. 2. Switch from HTML 4.01 Transitional to XHTML 1.0 Strict, with work on accessibility (A-level by default, AA and AAA-level possible at the expense of some features). 3. AJAXification: use of AJAX techniques for a more responsive and more powerful UI (asynchronous form updates). 4. CPSSkins, which is a very powerful web-based WYSIWYG theme editor for CMF-based applications, has been integrated. It makes it easy for graphic designers or webmasters to modify the look of CPS without writing CSS or template code. 5. CPSPortlets, a web-based WYSIWYG portlet editor that makes it easy for content administrators to modify the presentation of information on a CPS site. 6. New applicative products have been added to the CPS default application: CPSBlog (for blogs), CPSWiki (for wikis), CPSOOo (to manage OpenOffice.org documents). 7. The webmail and shared calendar components have been completely rewritten. They are available as separate packages. 8. CPSGeo, a GIS product for CPS that allows for geolocation of documents in a CPS application. It is available as a separate package. Architecture changes 1. We have switched to recent versions of Zope (2.9) and CMF (1.6). 2. We have switched most new developments to the Zope 3 component architecture, thanks to Five, the bridge between Zope 2 and Zope 3. 3. We now use of GenericSetup, the new default, XML-based, configuration tool, instead of CPSInstaller. Using declarative configuration makes it now much easier to manage upgrades between versions 4. We have switched the unit and functional test harnesses to the Zope 2.9 layer-based test runner. This eases the creation and speeds up the execution for the 2543 tests included in the CPS source code so far. 5. We now use CPSUserFolder as a powerful replacement to UserFolder. CPSUserFolder makes it possible to use a user directory managed by CPSDirectory as a source of users in CPS. 6. DCWorkflow has been extended as CPSWorkflow to provide a document-based workflow engine with dynamic schemas support (inspired by the activity-based workflow model) that can handle any document-based business process. This hybrid model gives all the power and flexibility needed to define dynamic validation / review / delegation states to model any paper process you have in the real world, while keeping workflow modeling simple enough to be easily understood by users. 7. CPSRemoteController provides a Web Service interface to remotely control CPS portals (both from another CPS portal or from totally different applications) in a language-independent manner through XML-RPC. CPSRemoteController is also very handy for task automation. 8. CPSRelation provides a tool that manages RDF relations between content objects. 9. Many, speed optimisations, at both low level (including work on ZODB transactions and CPSCore internal optimizations) and high level (rendering of CPSDocument and CPSPortlets caches) to make it possible to manage applications with hundreds of thousands of documents (soon: millions of documents) and tens of gigabytes of data (soon: terabytes of data).
[Zope-dev] Re: [Z3lab] Zope 3 / Z3ECM April sprint in Paris at Nuxeo
Stefane Fermigier wrote: Nuxeo, with the kind help of the Zope team of Chalmers University, plans to organise a Zope 3 sprint on April 3-7 in our premises in Paris. I'm afraid we'll have to change the dates, to accomodate for several schedule contraints (including room availability). So the sprint date is now: 17-21 April 2006. S. The focus of the sprint, like last year's successful sprint, will be ECM (Enterprise Content Management). Last year's Paris sprint was a turning point for the Zope roadmap, when it was decided to include Five in Zope 2.8, a decision which led to the current state of the Zope landscape (CMF 2.0 / CPS 3.4 / Plone 2.5 / Silva 1.5 - all full of Zope 3 components, etc.) We hope to make similar significant advances this year. Program: The current state of Z3ECM is currently best described in these slides: http://www.z3lab.org/sections/news/z3ecm-roadmap-september8593/ as well as on the www.z3lab.org website itself. 4 main themes for the sprint are currently emerging: - Repository: there is some unfinished conceptual and preliminary implementation work to be done regarding document repository design (including relations between documents, ORM-based storage, etc.) Ref: http://www.nuxeo.com/publications/slides/versioning-and-relation/downloadFile/file/versioning-ep-2005.pdf http://www.z3lab.org/sections/front-page/design-features/ecm-platform-concept/ - CPSSkins v3: Jean-Marc Orliaguet already has a very advanced implementation, that currently is Zope 3 only. We plan to bridge it with Zope 2 using Five to make it available on the current CMF-based platforms (at least CPS 3.4). Ref: http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/archive_view?category=cpsskins http://svn.z3lab.org/trac/z3lab/browser/cpsskins/branches/jmo-perspectives/ - AJAX: we plan to generalize the current approach of CPSSkins v3, which is to use a JavaScript MVC library that exchanges JSON data structures with the server, to all the AJAX interactions. Ref: http://blogs.nuxeo.com/sections/blogs/tarek_ziade/archive_view?category=AJAX http://www.z3lab.org/sections/blogs/jean-marc-orliaguet/archive_view?category=AJAX - XForms: we intend to make XML Schemas and XForms the new model for documents and their representation in Z3ECM. This is specially important for interoperability with the Apogee project (http://apogee.nuxeo.org/). Ref: http://blogs.nuxeo.com/sections/blogs/eric_barroca/2005_09_05_ajax-does-not-compete/ At Nuxeo, we intend to make all these developments available either on top on CPS 3.4, or for the next iteration of CPS (CPS 3.6). But we'd also like to share these developments with the rest of the Zope 3 / CMF / Plone / etc. communities, if they are interested. Participation: The sprint is open to experimented Zope 3 / CMF / CPS / Plone developers. We already have booked 4-5 developers from Nuxeo, and Jean-Marc Orliaguet and Dario Lopez-Kärsten from Chalmers. Please join the discussion on the z3lab mailing list (http://lists.nuxeo.com/mailman/listinfo/z3lab) or contact me ([EMAIL PROTECTED]) if you would like to participate. The sprint is free (but you have to pay for your own travel and accomodation). We (Nuxeo) will modestly provide free pizzas / sandwiches / diet Coke, etc. NB: the dates (3-7 April) have been chosen so that long distance travelers can go to the Swiss sprint afterwards (8-13 April). If this is inconvenient for a majority of sprinters, we may change to the week after the Swiss sprint (17-21 April) but this change has to be decided quickly. I will confirm the date in a later announcement (next week). So, once again, let's followup on the z3lab list. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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] Two visions?
Geoff Davis wrote: I think that the idea of giving Zed its own, distinct identity is great. I think it is stupid. We (Zope Corp + the Zope Community) have spent 8 years building the Zope brand, and you want to restart from scratch ? S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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] Two visions?
Geoff Davis wrote: Yes, and the use of the new name Z or Zed is a way to emphasize that the Zed library is NOT a big, monolithic app server; rather, it's something new and cool. Zope 3 is new and cool. Or at least, let's spin it this way. Screencasts, podcasts, 14'59 wikis (quicker than TurboGears!), the whole sheebang. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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: Re: Two visions
Strange how (most of) the Plone people seem to be so quick in willing to sacrifice the Zope brand :( S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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: [Zope3-dev] Two visions
Stephan Richter wrote: On Tuesday 28 February 2006 07:39, Martijn Faassen wrote: I know I sound conservative here, but I'm actually happy with the way things are working now. Let's not fix what isn't broken. We can make incremental steps to making it better, and I'm glad people are starting to understand the ideas behind Five, but I don't see the need for a change of direction. A strong +1. Wow, I agree with Martijn for three posts in a row; that has not happened for a long time. :-) +1 for me also. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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: [Zope3-dev] Re: Two visions
Max M wrote: Jim Fulton wrote: 2) In an alternate vision, Zope 2 evolves to Zope 5. Zope 2 is complicated! It has too many layers of everything. Layers are good, when they reliably hide complexity. The reason for Zope 3 is to make it simpler for developers. Yep. 14'30'' wikis and such. Therefore I believe that any succesfull strategy would require Zope 3 to be usable completely without all the Zope 2 layers. If Zope 3 becomes just another layer on top of Zope 2 - CMF - Plone it will not reduce complexity, as any developer would still need to learn the entire stack. You mean, on top - below ? (And Plone - CPS ;) ). Wherever practical, Zope 2 technologies should be rewritten to Zope 3 technologies to remove layers from the stack. To make discussion concrete, is there a list of (core, not CMF) Zope 2 technologies that are currently missing from Zope 3 ? S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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-Annce] CPS 3.4.0 beta2 released + final bugday tomorrow
CPS 3.4.0 beta2 has been released yesterday. Tarballs/zipballs are available here: http://www.cps-project.org/static/src/CPS-3.4.0beta2.tar.gz http://www.cps-project.org/static/src/CPS-3.4.0beta2.zip We're planning a final release next week (after the CMF 1.6.0 release which is planned for Sunday, February 26th 2006: http://www.zope.org/Products/CMF/CMF-1.6.0-beta/News_Item.2006-02-19.5839). We're also having a bugday tomorrow, wednesday 02/22/2006, on IRC channel #cps on freenet, to sort out and fix the outstanding issues: http://svn.nuxeo.org/trac/pub/query?status=newstatus=assignedstatus=reopenedmilestone=CPS%203.4.0 You may also discuss your issues with this beta on the cps-devel mailing list (http://lists.nuxeo.com/mailman/listinfo/cps-devel). About CPS: Nuxeo CPS (version 3) is an open source, GPL-licensed framework designed for building content management, collaboration and business processing applications. It addresses the needs of web applications developers to easily create rich document types, with workflow-based access control, portal-like interfaces for accessing documents and information, and rich services that match the features of best of breed non-free (proprietary) offering in the domain, including: single-sourcing, versioning, indexing, metadata management, localization and translation, notifications, commenting, theming (user interface customization), users and groups directories, content scheduling and staging, syndication... Higher level components, including mail, calendaring and discussion applications, have been developed on top of the base framework, as well as custom business applications featuring complex document types and workflows. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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] Re: [Zope3-Users] Re: The Zope Software Certification Program and Common Repository Proposal
Philipp von Weitershausen wrote: Andrew Milton wrote: +---[ Stephan Richter ]-- | Hello everyone, | | With the development of Zope 3, the Zope developers committed to a new | development process and higher software quality guidelines. With the adoption | of Zope 3 technologies in the wider Zope community, we should also start | using the process for third party package development. | | I have spent the last two weeks working on a proposal that defines a Zope | Software Certification Program (ZSCP) and a Common Repository that implements | this process. The proposal is attached to this mail. I welcome any comments | about it! So in order to even get your Open Source package LISTED, you have to sign over the rights of your code to Zope Corp (currently, Zope Foundation later), and then check it into the svn respository. Is this is correct? No. The common repository under the wings of ZC/ZF is just *a* repository that implements the ZSCP. There can be others, for example the Plone repository, the collective repository (perhaps), etc. I had earlier suggested to Stephan that we should keep the common repository separate from ZSCP and there out of this proposal. IMO there should be a separate proposal for the common repository. I guess he didn't agree. I think both the ZSCP and the common repository (in the context of the ZF) are a great idea. We should try to have as much stuff as possible in the common repository, but we shouldn't make the process dependent on it. I'm therefore still suggesting to divide up the proposal. +1 I specially like the ZSCP proposal. It is very similar to a project we are involved in, the EDOS project (www.edos-project.org). I strongly believe that it is a perfect match for the whole idea of having a component architecture in the first place. I also like the common repository idea, if it can provide the same level of QA functions we currently have at nuxeo (trac.nuxeo.org + buildbot.nuxeo.org), though I fear that Trac can't scale well to a project spanning several important subprojects (here scaling means providing both global views and by-project views of what's going on). However, I believe like you Philipp, that both initiatives should be decoupled. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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: [Zope3-dev] Re: [Zope3-Users] Re: The Zope Software Certification Program and Common Repository Proposal
Stephan Richter wrote: (2) I fear that the ZSCP would be talked to death and stay dead. My experience in the Open Source world has shown that if something does not have practicality, it dies unless someone is getting paid. I am certainly not getting paid for this. By biggest interest here is to bring the sub-communities together and define communication means on the code level. I don't think it will stay dead, because it is really exciting :) S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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] CPS 3.4.0 beta2 released + final bugday tomorrow
CPS 3.4.0 beta2 has been released yesterday. Tarballs/zipballs are available here: http://www.cps-project.org/static/src/CPS-3.4.0beta2.tar.gz http://www.cps-project.org/static/src/CPS-3.4.0beta2.zip We're planning a final release next week (after the CMF 1.6.0 release which is planned for Sunday, February 26th 2006: http://www.zope.org/Products/CMF/CMF-1.6.0-beta/News_Item.2006-02-19.5839). We're also having a bugday tomorrow, wednesday 02/22/2006, on IRC channel #cps on freenet, to sort out and fix the outstanding issues: http://svn.nuxeo.org/trac/pub/query?status=newstatus=assignedstatus=reopenedmilestone=CPS%203.4.0 You may also discuss your issues with this beta on the cps-devel mailing list (http://lists.nuxeo.com/mailman/listinfo/cps-devel). About CPS: Nuxeo CPS (version 3) is an open source, GPL-licensed framework designed for building content management, collaboration and business processing applications. It addresses the needs of web applications developers to easily create rich document types, with workflow-based access control, portal-like interfaces for accessing documents and information, and rich services that match the features of best of breed non-free (proprietary) offering in the domain, including: single-sourcing, versioning, indexing, metadata management, localization and translation, notifications, commenting, theming (user interface customization), users and groups directories, content scheduling and staging, syndication... Higher level components, including mail, calendaring and discussion applications, have been developed on top of the base framework, as well as custom business applications featuring complex document types and workflows. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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: [Zope3-Users] Re: The Zope Software Certification Program and Common Repository Proposal
Philipp von Weitershausen wrote: Andrew Milton wrote: +---[ Stephan Richter ]-- | Hello everyone, | | With the development of Zope 3, the Zope developers committed to a new | development process and higher software quality guidelines. With the adoption | of Zope 3 technologies in the wider Zope community, we should also start | using the process for third party package development. | | I have spent the last two weeks working on a proposal that defines a Zope | Software Certification Program (ZSCP) and a Common Repository that implements | this process. The proposal is attached to this mail. I welcome any comments | about it! So in order to even get your Open Source package LISTED, you have to sign over the rights of your code to Zope Corp (currently, Zope Foundation later), and then check it into the svn respository. Is this is correct? No. The common repository under the wings of ZC/ZF is just *a* repository that implements the ZSCP. There can be others, for example the Plone repository, the collective repository (perhaps), etc. I had earlier suggested to Stephan that we should keep the common repository separate from ZSCP and there out of this proposal. IMO there should be a separate proposal for the common repository. I guess he didn't agree. I think both the ZSCP and the common repository (in the context of the ZF) are a great idea. We should try to have as much stuff as possible in the common repository, but we shouldn't make the process dependent on it. I'm therefore still suggesting to divide up the proposal. +1 I specially like the ZSCP proposal. It is very similar to a project we are involved in, the EDOS project (www.edos-project.org). I strongly believe that it is a perfect match for the whole idea of having a component architecture in the first place. I also like the common repository idea, if it can provide the same level of QA functions we currently have at nuxeo (trac.nuxeo.org + buildbot.nuxeo.org), though I fear that Trac can't scale well to a project spanning several important subprojects (here scaling means providing both global views and by-project views of what's going on). However, I believe like you Philipp, that both initiatives should be decoupled. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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: [Zope3-dev] Re: [Zope3-Users] Re: The Zope Software Certification Program and Common Repository Proposal
Stephan Richter wrote: (2) I fear that the ZSCP would be talked to death and stay dead. My experience in the Open Source world has shown that if something does not have practicality, it dies unless someone is getting paid. I am certainly not getting paid for this. By biggest interest here is to bring the sub-communities together and define communication means on the code level. I don't think it will stay dead, because it is really exciting :) S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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-dev] Zope definition on Wikipedia
I have made a little update on the Zope article on Wikipedia: http://en.wikipedia.org/wiki/Zope Here is the diff: http://en.wikipedia.org/w/index.php?title=Zopediff=36787848oldid=36094466 It would probably be very helpful if some knowledgeable people would also take some time to review the whole content of the article. Maybe split Zope 3 to a separate page, or at least start a page on the component architecture. A paragraph about Five would also be helpful. There are also some disputable assertions, like this one More recently the Zope community branched in two directions. The Plone community turned Zope into a nice-looking content management system, complete with modern well-designed style sheets. The original authors released Zope 3. that should be corrected. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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] [RfC] Removal of old stuff in Zope 2.10
Andreas Jung wrote: Hi, for next release we plan to replace several parts with the corresponding components from Zope 3 (e.g. ZPT´). Philipp is working on a proposal on that issue. In addition I would like to get rid of some old stuff that is no longer maintained and buggy: - ZopeTutorial (could be ripped off without implications and made available for download on zope.org) +1 Or write a new tutorial. - HelpSys - from a programmers view pretty much useless and not very helpful. I consider to replace it with something more useful (not sure we can re-use apidoc from Zope 3 in some way, perhaps the inclusion of Dieter's Docfinder might be more useful for programmers) +1 Never used it. - Gadfly(DA) - do we really need this? We discussed this already. In my opinion the purpose of Gadfly is only educational but nothing that one really needs or uses for production. It could be removed and made available for download on zope.org. -1 Gadfly is nice to experiment with SQL programming, you can even run small SQL apps (guestbook, small forum, etc.) with it. And it's easy to replace is with a more serious replacement afterwards. I've used it whenever I needed SQL support in Zope, either in development mode or in hack something quickly mode. And my favourite enemy in Zope: ZClasses :-) I would like to mark them _clearly_ as an obsolete feature (DeprecationWarning, Warnings in the ZMI and the Zope Book). I _don't_ propose to remove them at some point but ppl should be aware that they are using one of the most-scary components in Zope (please no further discussion about the pros and cons of ZClasses..this discussion took already place already a bunch of times on the list). +1 S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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] Product installation (implicit vs. explicit)
Chris McDonough wrote: I'm looking for opinions here.. The progenitor of Eggs (Phillip Eby) suggests that this is too implicit. He suggests instead that people who install packages should use a program which implicitly installs packages. The major difference between this and what happens in Basket currently is that packages would be that non-zip-safe packages would be exploded at installation time rather than at Zope startup time. The question is this: do you think there should be an explicit install step for egg packages/Products or do you think it should be possible to just put eggs on your PYTHONPATH (and perhaps adjust a config file with requirements)? As you know, I have created an egg for CPS recently (http://blogs.nuxeo.com/sections/blogs/fermigier/2005_12_16_cps-lays-big-egg) The egg is big (12.3M) and exploding the egg at Zope on startup takes quite a long time (1 minute IIRC). But from a administration POW, I would prefer the implicit approach. Regarding the startup time problem, I would vote for a timestamping system (I don't even know if it's not the case already). S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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: Product installation (implicit vs. explicit)
Fred Drake wrote: On 12/22/05, Andreas Jung [EMAIL PROTECTED] wrote: Jar files have no dependencies. Well, I know you know what you mean here, but I'll elaborate since the kids haven't started fighting yet this morning. :-) Jar files don't have dependency metadata. They're pretty much equivalent to zipped Python libraries. Python Eggs take the next step by adding the dependency information and other interesting bits in the support infrastructure. I'm sure there's a Java equivalent (or several), but I've not heard of it. There is one, and it is a very powerful and mature. Or so I have been told by my good friend and coworker Eric Barroca. It's called OSGi (http://www.osgi.org/) It is used for set top boxes applications provisionning, as well as for assembling components in the Eclipse platform (including Eclipse RCP) which, according to another good friend and coworker (Julien Anguenot) shares some similarities with the Zope 3 component architecture. http://www.research.ibm.com/journal/sj/442/gruber.pdf http://www.eclipse.org/org/press-release/20051011osgi.htm S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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-Annce] FunkLoad 1.3.0 and 1.3.1 are out
FunkLoad 1.3.0 and 1.3.1 (which fixed a bug in the previous release) are out. FunkLoad 1.3.0 introduces a new http-proxy based recorder for user sessions. It also fixes a couple of outstanding bugs. Grab FunkLoad 1.3.1 on: http://funkload.nuxeo.org/ About FunkLoad: FunkLoad is a open source functional and load web tester, written in Python, whose main use cases are functional and regression testing of web projects, performance testing by loading the web application and monitoring your servers, load testing to expose bugs that do not surface in cursory testing, and stress testing to overwhelm the web application resources and test the application recoverability, and writing web agents by scripting any web repetitive task, like checking if a site is alive. ___ 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] coverage.py, profile and hotshot support in Zope's testrunner
I have added support for coverage analysis using coverage.py from Gareth Rees and Ned Batchelder, as well as support for profiling using either the profile or hotshot modules from the Python standard library, to Zope 2's test runner test.py. Justification: - coverage.py will let you interactively focus on the modules you want to check for coverage. - profile is slow to collect data but quick for analysis. - hotshot is fast when collecting but very slow for analysis. On the other hand, one can feed the great KCacheGrind tool with hotshot data after some transformation and this is the best way I have found so far for interactively exploring profile data. Since I'm not a regular Zope commiter, I'd like to ask for comments and permission first before commiting. The test.py file is here: http://blogs.nuxeo.com/sections/blogs/fermigier/2005_08_21_coverage-py-profile BTW: the patch is absolutely trivial (see attached file). S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! 1c1 #!/home/fermigier/bin/python --- #!/usr/bin/env python2.3 124,143d123 --coverage Use the coverage.py module from Gareth Rees (http://www.nedbatchelder.com/code/modules/coverage.html) to collect data for code coverage. This will output trace data in a file called '.coverage'. You will need to call coverage.py after the test run to analyse the data (-r for a line count report, -a for annotated file). --profile Use the profile module from the standard library to collect profiling data. This will output data in a file called '.profile'. You will need to use the pstats module from the standard library after the test run to analyse the data. --hotshot Use the hotshot module from the standard library to collect profiling data. This will output data in a file called '.hotshot'. You will need to use the hotshot.pstats module from the standard library after the test run to analyse the data. You may also use the hotshot2cg script from the KCacheGrind sources to create data suitable for analysis by KCacheGrind. 772,774d751 COVERAGE = False PROFILE = False HOTSHOT = False 797,798c774 config-file=, import-testing, coverage, profile, hotshot]) --- config-file=, import-testing]) 850,855d825 elif k == --coverage: COVERAGE = True elif k == --profile: PROFILE = True elif k == --hotshot: HOTSHOT = True 936,958d905 elif COVERAGE: try: from coverage import the_coverage except: print You need to install coverage.py from print http://www.nedbatchelder.com/code/modules/coverage.html; sys.exit() the_coverage.start() main(module_filter, test_filter, libdir) elif PROFILE: import profile profile.runctx(main(module_filter, test_filter, libdir), globals=globals(), locals=vars(), filename=.profile) elif HOTSHOT: import hotshot profile = hotshot.Profile(.hotshot) profile.runctx(main(module_filter, test_filter, libdir), globals=globals(), locals=vars()) begin:vcard fn:Stefane Fermigier n:Fermigier;Stefane org:Nuxeo adr:;;14, rue Soleillet;Paris;;75020;France email;internet:[EMAIL PROTECTED] title:Directeur / CEO tel;work:+33 1 40 33 79 87 tel;fax:+33 1 43 58 14 15 tel;cell:+33 6 63 04 12 77 x-mozilla-html:FALSE url:http://www.nuxeo.com/ version:2.1 end:vcard ___ 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] coverage.py, profile and hotshot support in Zope's testrunner
Sidnei da Silva wrote: On Sun, Aug 21, 2005 at 10:20:28AM +0200, Stefane Fermigier wrote: | I have added support for coverage analysis using coverage.py from Gareth | Rees and Ned Batchelder, as well as support for profiling using either the | profile or hotshot modules from the Python standard library, to Zope 2's | test runner test.py. | | Justification: | | - coverage.py will let you interactively focus on the modules you want to | check for coverage. | | - profile is slow to collect data but quick for analysis. | | - hotshot is fast when collecting but very slow for analysis. On the other | hand, one can feed the great KCacheGrind tool with hotshot data after some | transformation and this is the best way I have found so far for | interactively exploring profile data. Eerm, the test runner in Zope 2 is the same from Zope 3. The version in Zope 3 X3.0 has profile support using hotshot and coverage support using the trace.py module, but the version in Zope 2 is earlier than that. How does that differ from what you're proposing? 1. I haven't found hotshot support in either Zope 2.8.1 nor the TRUNK. 2. Has I wrote, coverage.py can be used interactively (at least, from the command line) to focus on whichever package you are working on at the moment. You can also collect data from several runs, which is useful for us because we have to test each CPS package in a different run. 3. I understand that trace.py and coverage.py have some overlap, and should probably be merged into one great and up to date coverage tool. But before it is done, I find useful to have both tools at our disposal. 4. Same for hotshot and profile. Both are useful. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! begin:vcard fn:Stefane Fermigier n:Fermigier;Stefane org:Nuxeo adr:;;14, rue Soleillet;Paris;;75020;France email;internet:[EMAIL PROTECTED] title:Directeur / CEO tel;work:+33 1 40 33 79 87 tel;fax:+33 1 43 58 14 15 tel;cell:+33 6 63 04 12 77 x-mozilla-html:FALSE url:http://www.nuxeo.com/ version:2.1 end:vcard ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] OT: These PHP guys are so funny
Florent Guillaume wrote: They use buggy eval() in their XMLRPC code, which of course causes massive security problems, notably with RSS... http://www.gulftech.org/?node=researcharticle_id=00088-07022005 http://news.netcraft.com/archives/2005/07/04/ php_blogging_apps_vulnerable_to_xmlrpc_exploits.html Florent I sincerely hope we are better than they are. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! begin:vcard fn:Stefane Fermigier n:Fermigier;Stefane org:Nuxeo adr:;;14, rue Soleillet;Paris;;75020;France email;internet:[EMAIL PROTECTED] title:CEO tel;work:+33 1 40 33 79 87 tel;fax:+33 1 43 58 14 15 tel;cell:+33 6 63 04 12 77 url:http://www.nuxeo.com/ version:2.1 end:vcard ___ 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: Nuxeo supports Zope Corp announces
Has my message been rejected (from zope-dev) or not ? I'm confused. S. Stefane Fermigier wrote: Paul Everitt wrote: Other foundations approach things a bit differently. (I did quite a bit of research on this for the Plone Foundation.) Eric has done some research recently on the different successful Open Source / Free Software foundations out there that have the mission to develop and promote great software. We're looking for a model that is just as acceptable for the single developers (who are a very key elements in the community, and provide some of the best work around - see Stefan or Philip for instance, but there are many others whitout whom Zope and specially Zope3 would not exist as we know them today) but also for the companies and organisations that depend on Zope for their business and are willing to commit ressources to the development of the software (this includes software development houses like Zope Corp, Infrae, Nuxeo and 10s of others, but also companies or universities or non-profit that depend on Zope for their ongoing operation - like Chalmers university or like the SD houses customers). IMHO, vendor-neutral means, in this context, that the Foundation must take into account the interests of all the stakeholders (individual hackers, vendors, customers), and shouldn't be interpreted as vendor-free. The governance model should take that into account, and not limit itself to only individuals are members (of course, companies are represented by individuals, but what happens if the individual in question leaves a member company for another?). Anyway, the model I have in mind it the one of the Eclipse Foundation, but I haven't done that much research, and as I said before, I am very open to discussion. I hope we will be able to discuss this further next week, but also that these discussions will be able to procede with the technical side of things during the sprint next week. Regards, S. -- Stfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ 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: [Z3lab] Nuxeo supports Zope Corp announces
Stefane Fermigier wrote: I hope we will be able to discuss this further next week, but also that these discussions will be able to procede with the technical side of things during the sprint next week. s/with/alongside/ Sorry for my poor english. Remember that some of us are not native english speakers and that sometimes communication is made harder for that reason. S. -- Stfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! begin:vcard fn:Stefane Fermigier n:Fermigier;Stefane org:Nuxeo adr:;;14, rue Soleillet;Paris;;75020;France email;internet:[EMAIL PROTECTED] title:CEO tel;work:+33 1 40 33 79 87 tel;fax:+33 1 43 58 14 15 tel;cell:+33 6 63 04 12 77 url:http://www.nuxeo.com/ version:2.1 end:vcard ___ 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] Zope 2.7.1b1 broke my unit tests !
Testing CPSCore: make: *** [test] Error 1 ( handlers.handleConfig(opts.configroot, opts.confighandlers)) Here is the full log: -- Loading Zope, please stand by ...Traceback (most recent call last): File runalltests.py, line 24, in ? m = __import__(test) File test_base.py, line 23, in ? import Testing.ZopeTestCase.ZopeLite as Zope File /home/fermigier/cvsnuxeo/tools/publication/Zope/lib/python/Testing/ZopeTestCase/__init__.py, line 7, in ? import ZopeLite as Zope File /home/fermigier/cvsnuxeo/tools/publication/Zope/lib/python/Testing/ZopeTestCase/ZopeLite.py, line 105, in ? _theApp = Zope.app() File /home/fermigier/cvsnuxeo/tools/publication/Zope/lib/python/Zope/__init__.py, line 53, in app configure() File /home/fermigier/cvsnuxeo/tools/publication/Zope/lib/python/Zope/Startup/run.py, line 30, in configure opts = _setconfig(configfile) File /home/fermigier/cvsnuxeo/tools/publication/Zope/lib/python/Zope/Startup/run.py, line 47, in _setconfig handlers.handleConfig(opts.configroot, opts.confighandlers) AttributeError: ZopeOptions instance has no attribute 'confighandlers' make: *** [test] Error 1 All the CPS tests pass under Zope 2.6.1, 2.6.4 and 2.7.0. Any idea of what's going on ? Could it be a problem with ZopeTestCase (I'm using ZTC 0.9.0) ? S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! ___ Zope-Dev maillist - [EMAIL PROTECTED] 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] Webdav conformance testing with litmus
Hi,
just came across the litmus WebDAV compliance testing tool on
www.webdav.org, and ran it on zope 2.5.0. Here's the result:
- running `basic':
0. init.. pass
1. begin. pass
2. options... pass
3. put_get... pass
4. mkcol_over_plain.. pass
5. delete pass
6. delete_null... pass
7. mkcol. pass
8. mkcol_again... pass
9. delete_coll... pass
10. mkcol_no_parent... pass
11. mkcol_with_body... pass
12. finish pass
- summary for `basic': of 13 tests run: 13 passed, 0 failed. 100.0%
- running `copymove':
0. init.. pass
1. begin. pass
2. copy_init. pass
3. copy_simple... pass
4. copy_overwrite pass
5. copy_cleanup.. pass
6. copy_coll. pass
7. move.. pass
8. move_coll. pass
9. move_cleanup.. pass
10. finish pass
- summary for `copymove': of 11 tests run: 11 passed, 0 failed. 100.0%
- running `props':
0. init.. pass
1. begin. pass
2. propfind_invalid.. pass
3. propfind_invalid2. pass
4. propfind_d0... pass
5. propinit.. pass
6. propset... pass
7. propget... pass
8. propmove.. pass
9. propget... pass
10. propdeletes... pass
11. propget... pass
12. propreplace... FAIL (line 349: HTTP error:
http%3A//192.168.2.12%3A8081/litmus/prop2: HTTP/1.1 404 Not Found
http%3A//192.168.2.12%3A8081/litmus/prop2: HTTP/1.1 404 Not Found
http%3A//192.168.2.12%3A8081/litmus/prop2: HTTP/1.1 404 Not Found
http%3A//192.168.2.12%3A8081/litmus/prop2: HTTP/1.1 404 Not Found
http%3A//192.168.2.12%3A8081/litmus/prop2: HTTP/1.1 404 Not Found)
13. propget... FAIL (Property {http://webdav.org/neon/litmus/}prop9 had
value value9, expected newvalue9)
14. propnullns pass
15. propget... FAIL (No value given for property {}nonamespace)
16. propinit.. pass
17. propmanyns pass
18. propget... pass
19. propcleanup... pass
20. finish pass
- summary for `props': of 21 tests run: 18 passed, 3 failed. 85.7%
Hope that helps someone. (I'm trying to debug a problem with Zope,
WebDAV and DreamWeaver, and I was glad that this tool was available to
check that most of litmus' fonctional tests pass).
S.
--
Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile).
http://nuxeo.com/ http://portalux.com/ http://aful.org/
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Medusa Asyncore patch
In article 003601c182e1$78ec9e70$3e28011c@rag2, Dirk Datzert [EMAIL PROTECTED] wrote: Hi, after applying the patch zope won't restart correclty for my version. (python 2.1.1, zope 2.4.3) Traceback: 2001-12-12T07:45:49 PANIC(300) z2 Startup exception Traceback (innermost last): File z2.py, line 625, in ? File /usr/src/packages/BUILD/Zope-2.4.3-src/ZServer/HTTPServer.py, line 396, in __init__ File /usr/src/packages/BUILD/Zope-2.4.3-src/ZServer/medusa/http_server.py, line 562, in __init__ File /usr/src/packages/BUILD/Zope-2.4.3-src/ZServer/HTTPServer.py, line 410, in create_socket TypeError: unbound method create_socket() must be called with instance as first ar gument 1) I got the same problem. I managed to get Zope restarted by applying the patch directly on /usr/lib/python2.1/asyncore.py or Zope/lib/python2.1/asyncore.py 2) After successfully applying the patch, my server went down eventually after 12h: 2001-12-12T13:02:17 ERROR(200) ZServer uncaptured python exception, closing channel select-trigger (pipe) at 820598c (exceptions.OSError:[Errno 11] Resource temporarily unavailable [/home/zope2/Zope/lib/python2.1/asyncore.py|poll|103] [/home/zope2/Zope/lib/python2.1/asyncore.py|handle_read_event|391] [/home/zope2/Zope-2.4.3-linux2-x86/ZServer/medusa/thread/select_trigger.py|handle_read|77] [/home/zope2/Zope/lib/python2.1/asyncore.py|recv|343] [/home/zope2/Zope/lib/python2.1/asyncore.py|recv|525]) (Same error I hoped I had corrected with the patch). S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). http://nuxeo.com/ http://portalux.com/ http://aful.org/ ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope server hanging
Hi, I've sent this message yesterday to the EuroZope list but got not conclusive answer: The eurozope.org Zope instance was down again this morning due to the same recurring problem as last week: 2001-10-18T02:32:52 ERROR(200) ZServer uncaptured python exception, closing channel select-trigger (pipe) at 81e28c4 (exceptions.OSError:[Errno 11] Resource temporarily unavailable [/home/eurozope/Zope-2.4.1-linux2-x86/lib/python2.1/asyncore.py|poll|95] [/home/eurozope/Zope-2.4.1-linux2-x86/lib/python2.1/asyncore.py|handle_read_event|383] [/home/eurozope/Zope-2.4.1-linux2-x86/ZServer/medusa/thread/select_trigger.py|handle_read|77] [/home/eurozope/Zope-2.4.1-linux2-x86/lib/python2.1/asyncore.py|recv|335] [/home/eurozope/Zope-2.4.1-linux2-x86/lib/python2.1/asyncore.py|recv|517]) Notes: OS = Linux 2.2.19. start file = -- #! /bin/sh reldir=`dirname $0` INST_HOME=`cd $reldir; pwd` export INST_HOME STUPID_LOG_FILE=$INST_HOME/var/stupid_log_file.log export STUPID_LOG_FILE exec /home/eurozope/Zope-2.4.1-linux2-x86/bin/python \ $INST_HOME/z2.py \ -l /dev/null -P8400 $@ -- (The bug happens even without '-l /dev/null'). Apache config = -- ServerName www.eurozope.org ServerAlias eurozope.org ServerAlias eurozope.com ServerAlias www.eurozope.com CustomLog logs/eurozope.org-access_log combined RewriteEngine On RewriteRule ^/(.*) http://localhost:8480/eurozope.org/$1 [P,l] -- Of course, the bug doesn't happen when I'm stressing the server with Apache Bench or a similar tool. It just happens *sometimes* (not once in 6 months, then twice in one week) on the live server. Does anyone here know what's going on ? It seems to me that this bug has been around for more than a year. Regards, S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). http://nuxeo.com/ http://portalux.com/ http://aful.org/ ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] catalog and versions
It seems to me that when I create a CatalogAware objet in a version, it doesn't get into the catalog after the version is committed (in fact, it doesn't event get into the catalog inside the version). Am I right? Is this considered normal behavio(u)r? Any idea for a workaround? Regards, S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). http://nuxeo.com/ http://portalux.com/ http://aful.org/ Amazon: we patent the dot in .com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] has_role vs. hasRole
Hi, a developer who's working with me has been bitten by the following fact today, one year after me. There are two methods on objects BasicUser. One is called has_role and has the following docstring: Check to see if a user has a given role or roles. The other one is called hasRole, is an alias on another method that's called allowed and has the following docstring: Check whether the user has access to object, assuming that object.__roles__ is the given roles. (The Zope Book doesn't say anything on has_role (why?) but says about hasRole: hasRole(object, roles) -- Return a value that is true if the user has the given roles on the given object and return false otherwise.) I understand that those two methods have differents signatures and different uses, but I think that the names are too similar to not induce confusion. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). http://nuxeo.com/ http://portalux.com/ http://aful.org/ Amazon: we patent the dot in .com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] [] vs () in dtml-in: is this a bug ?
Hi, please try this as a DTML Method: dtml-let l=[[1, 2], [3, 4]] dtml-in l dtml-var _['sequence-item']br /dtml-in /dtml-let dtml-let l=[(1, 2), (3, 4)] dtml-in l dtml-var _['sequence-item']br /dtml-in /dtml-let Why should the two results differ ? S. -- Stéfane Fermigier, Tel: 06 63 04 12 77 (mobile). http://nuxeo.com/ http://portalux.com/ http://aful.org/ Amazon: we patent the dot in .com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] [] vs () in dtml-in: is this a bug ?
On Sun, Apr 22, 2001 at 01:16:57PM +0100, Steve Alexander wrote: If you look throughthe zope-dev list archives, you'll find a number of arguments on each side as to whether this is a bug or a feature. Thanks. I definitely call that a bug. S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). http://nuxeo.com/ http://portalux.com/ http://aful.org/ Amazon: we patent the dot in .com ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Java/Python
On Fri, Jan 12, 2001 at 12:00:08PM -0800, [EMAIL PROTECTED] wrote: From: "Dario Lopez-Ksten" [EMAIL PROTECTED] Subject: [Zope-dev] Using Java (or JDBC) with Zope/Python Date: Fri, 12 Jan 2001 15:09:39 +0100 Organization: CITES charset="iso-8859-1" Hello! I am exploring the possibilities of using JDBC with Zope, as well as investigating whether JavaBeans could be used from Zope/Python. It seems that most Python/Java stuff use the JPython/Jython approach and, IIRC, Zope and Jython/JPython don't mix very well/at all. Any pointers, references, comments, etc accepted. One project that I know of: http://www.arakne.com/jpe.htm the home of Java-Python Extension (JPE), a Python extension module and a Java package ensuring seamless interoperability between Java and Python. Alpha source code available on http://sourceforge.net/projects/jpe S. -- Stfane Fermigier, Tel: 06 63 04 12 77 (mobile). "Amazon: we patent the dot in .com" ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: SessionManager, BerkeleyDB, and license compatability
On Thu, Oct 12, 2000 at 12:00:07PM -0700, [EMAIL PROTECTED] wrote: From: Toby Dickenson [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: James Wilson [EMAIL PROTECTED] Subject: [Zope-dev] SessionManager, BerkeleyDB, and license compatability Date: Thu, 12 Oct 2000 15:04:28 +0100 Reply-To: [EMAIL PROTECTED] I understand from the SessionTracking wiki that this product may use BerkeleyDB http://www.zope.org/Wikis/DevSite/Projects/CoreSessionTracking/CurrentStatus The BerkeleyDB license at http://www.sleepycat.com/licensing.html indicates that it may only be distributed free of charge with software that is 'freely available and redistributable by others'. We are currently using Zope to develop an application that does not fall into this category. It would be a serious problem for us if Zope's core had a dependency on code with this type of license. If I remember correctly some information I got on the Python newsgroups long time ago, the Sleepycat people only care that Python, which is linked to BerkeleyDB, is free. The free/commercial status of the application you will write in Python (including Zope and third party products) is not relevant to them. S. -- Stéfane Fermigier, Tel: 06 63 04 12 77 (mobile). www.portalux.com: le portail Linux / logiciel libre. "Amazon: we patent the dot in .com" ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: unit testing framework proposal
Message: 2 From: Chris McDonough [EMAIL PROTECTED] To: "'[EMAIL PROTECTED]'" [EMAIL PROTECTED] Subject: [Zope-dev] unit testing framework proposal Date: Tue, 15 Aug 2000 14:10:14 -0400 Please see http://dev.zope.org/Wikis/DevSite/Proposals/UnitTestingFramework for a propsal for inclusion of a unit testing framework within Zope. Comments appreciated. Hi, I'm also very tempted to use systematically unit testing when developing Zope products, but I don't quite get how to do it, since Zope products are so integrated within a whole framework. S. -- Stéfane Fermigier, Tel: 06 63 04 12 77 (mobile). www.portalux.com: le portail Linux / logiciel libre. "Amazon: we patent the dot in .com" ___ Zope-Dev maillist - [EMAIL PROTECTED] http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
