[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 )
[Zope-dev] Zope 3 / Z3ECM April sprint in Paris at Nuxeo
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. 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] 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 )
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] 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 )
[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-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-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] 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=Zope&diff=36787848&oldid=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] 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 )
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] [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] 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 )
[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)",
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=research&article_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: [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. -- 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: [Z3lab] Nuxeo supports Zope Corp announces
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. -- 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.
--
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] 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 (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 (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 )
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] [] vs () in dtml-in: is this a bug ?
Hi, please try this as a DTML Method: 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 )
[Zope-dev] Java/Python
On Fri, Jan 12, 2001 at 12:00:08PM -0800, [EMAIL PROTECTED] wrote: > From: "Dario Lopez-Kästen" <[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. -- Stéfane 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). : 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). : 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 )
