Re: [Zope-dev] Extending Zope's ZConfig Schema in a Product?
On 1 Jul 2005, at 04:58, Fred Drake wrote: Since using an additional configuration file is possible (and quite easy in Zope 2, since the location of the instance is so easy to discern, I'm not convinced it's actually important to support embedding the configuration for 3rd-party components into zope.conf. If you want something you can use now, using a product-specific configuration file, with an appropriate schema, will do quite well. It also doesn't require hacking (or monkey-patching) Zope or ZConfig, so it would be easy to deploy in a variety of situations. That just has the disadvantage that you're increasing the number of configuration files to maintain in an instance. If it's imported and used in zope.conf at leaast there's just one file to deal with... jens ___ 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] Extending Zope's ZConfig Schema in a Product?
FWIW, I don't know if it helps at all, but there's a concrete example of allowing a 3rd-party product to add a section to zope.conf via %import in the ClockServer product at http://www.plope.com/software/ClockServer/ . It sounds from your description exactly like what you want to do, although it adds a section rather than just a key, which might be fine for your case. On Thu, 2005-06-30 at 23:12 -0300, Sidnei da Silva wrote: Hello, I've been hitting my head against the wall for a few hours already, so I thought it would be a good time to ask before the house falls apart *wink*. I'm looking back and forth between the Zope and ZConfig sources and documentation to see if I can figure out how to have a Product (or a python package) to extend Zope's ZConfig schema (a.k.a. Zope/Startup/zopeschema.xml) without having to reach into the guts of ZConfig. It looks like the right way to do this would be to extend Zope's schema and then specify a different 'schemafile' to ZopeOptions, but that's not currently possible as Zope doesn't support the '-S schemafile' switch that ZDCtlOptions does. If what I'm looking for seems just stupid please tell me *wink*. All I want to do is to add a simple config 'key' to zope.conf without having to patch the Zope source. Having no other choices, I would go with having my own schema and configfile, but that would be sub-optimal. Thank you for any help, ___ 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] 2.9 goals
I'd like to propose/sponsor/promise-to-finish the following for inclusion in 2.9. If anyone has fears/doubts/problems with specific things, please let me know. I can also start a 2.9 project on the wiki with this info; if other folks have features they want, maybe they can post them here and we can put together a release plan. Definitely: - Chris Theune's blob support for ZODB (currently on the ctheune-blobsupport branch in ZODB's SVN repo) - Speed up large PUTs: http://mail.zope.org/pipermail/zope-dev/2005-April/024617.html - Implement RESPONSE.isClientConnected() to be able to tell if the client that made the request is still connected (allow long-running app code the possibility to abort processing if it notices the client is not connected). Maybe: - Include ClockServer: http://plope.com/software/ClockServer - ZODB connection policies, which will allow you to associate a thread pool with a particular set of ZServer servers. This will allow sites which are having resource exhaustion problems (e.g. running out of threads, running out of database connections) to continue to be accessible via servers running on special ports for debugging and maintenance purposes. It should also allow site admins to associate a particular thread pool with connections from spiders and other cache-busters by associating particular user agents or other request parameters with a thread pool. Work towards this was done on the chrism-zserver-connection-policies-branch branch in CVS a while back. See http://cvs.zope.org/Zope/lib/python/ZServer/?only_with_tag=chrism-zserver-connection-policies-branch - C ___ 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: [Z3lab] Nuxeo supports Zope Corp announces
Note that this article is now available without a subscription at http://lwn.net/Articles/139770/ On Fri, 2005-06-17 at 23:08 -0400, Chris McDonough wrote: On Fri, 2005-06-17 at 23:05 +0200, Philipp von Weitershausen wrote: From what I read from Rob in an interview in LWN, membership to the foundation will be funded by membership dues. Given that any actual facts and further discussions involving ZC have been postponed to the IRC chat on tuesday (which I'm perfectly fine with), I'm surprised to hear that I have to read LWN, some external and not freely available source, for further details... I suspect this isn't Rob's fault, he probably didn't know that it would be a subscriber-only thing. The interview will be available for free on the 23rd (at http://lwn.net/Articles/139955/) . But of you're desperate, subscriptions at the starving hacker level are apparently something stupid low like $2.50US/month. - C ___ 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 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: [Z3lab] Nuxeo supports Zope Corp announces
Oops, wrong URL! This is the right one: http://lwn.net/Articles/139955/ On Fri, 2005-06-17 at 23:08 -0400, Chris McDonough wrote: On Fri, 2005-06-17 at 23:05 +0200, Philipp von Weitershausen wrote: From what I read from Rob in an interview in LWN, membership to the foundation will be funded by membership dues. Given that any actual facts and further discussions involving ZC have been postponed to the IRC chat on tuesday (which I'm perfectly fine with), I'm surprised to hear that I have to read LWN, some external and not freely available source, for further details... I suspect this isn't Rob's fault, he probably didn't know that it would be a subscriber-only thing. The interview will be available for free on the 23rd (at http://lwn.net/Articles/139955/) . But of you're desperate, subscriptions at the starving hacker level are apparently something stupid low like $2.50US/month. - C ___ 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 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] Extending Zope's ZConfig Schema in a Product?
On 7/1/05, Chris McDonough [EMAIL PROTECTED] wrote: FWIW, I don't know if it helps at all, but there's a concrete example of allowing a 3rd-party product to add a section to zope.conf via %import in the ClockServer product at http://www.plope.com/software/ClockServer/ . It sounds from your description exactly like what you want to do, although it adds a section rather than just a key, which might be fine for your case. I'll note what you didn't. ;-) This works for ClockServer because you're adding a server type, and those are already allowed in the Zope configuration. This doesn't cover the case of a section that isn't an implementation of an abstract section type already accepted by the Zope configuration (log handlers, servers, databases, storages... that's all I can remember off the top of my head). The general case of being able to add a section (or anything else) isn't covered by the current implementation. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Zope Corporation ___ 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] Problems with Zope 2.8 on FreeBSD (was Re: Problems with PageTemplates on Zope 2.8)
Did you bump up the thread stack size for the python you're running Zope with? This sounds like that problem. If you search zope.org for FreeBSD - I have a note on how I fix it. Andrew -- Zope Managed Hosting Software Engineer Zope Corporation (540) 361-1700 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Morten W. Petersen Sent: Thursday, June 30, 2005 7:37 PM To: Max M Cc: zope-dev@zope.org Subject: [Zope-dev] Problems with Zope 2.8 on FreeBSD (was Re: Problems with PageTemplates on Zope 2.8) I have an application called the Issue Dealer which I'm porting to Zope 2.8. However, whenever I try to access a PageTemplate which makes use of a page template macro it just hangs and consumes all available CPU. Any ideas what could be wrong here, or how I could debug it? Does the server or the client hang? It's the client that's hanging. The first time I tested it, it was as a simple Zope instance. http://instance/manage worked fine, but accessing an Issue Dealer instance (http://instance/stuff) didn't work. Now when I try setting up a ZEO server/client version 2.8 with python 2.3.5 on FreeBSD 5.4, the server hangs even when I try to access http://instance/manage. http://instance/manage_copyright works fine however. -Morten ___ 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] Extending Zope's ZConfig Schema in a Product?
On Fri, 2005-07-01 at 10:54 -0300, Sidnei da Silva wrote: | The general case of being able to add a section (or anything else) | isn't covered by the current implementation. That is right. I've just learnt that the hard way *wink*. Oh. ;-) - C ___ 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] Extending Zope's ZConfig Schema in a Product?
On Fri, Jul 01, 2005 at 08:27:02AM -0400, Fred Drake wrote: | On 7/1/05, Chris McDonough [EMAIL PROTECTED] wrote: | FWIW, I don't know if it helps at all, but there's a concrete example of | allowing a 3rd-party product to add a section to zope.conf via %import | in the ClockServer product at | http://www.plope.com/software/ClockServer/ . It sounds from your | description exactly like what you want to do, although it adds a section | rather than just a key, which might be fine for your case. | | I'll note what you didn't. ;-) This works for ClockServer because | you're adding a server type, and those are already allowed in the Zope | configuration. | | This doesn't cover the case of a section that isn't an | implementation of an abstract section type already accepted by the | Zope configuration (log handlers, servers, databases, storages... | that's all I can remember off the top of my head). | | The general case of being able to add a section (or anything else) | isn't covered by the current implementation. That is right. I've just learnt that the hard way *wink*. -- Sidnei da Silva Enfold Systems, LLC. ___ 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] Extending Zope's ZConfig Schema in a Product?
On Thu, Jun 30, 2005 at 11:58:08PM -0400, Fred Drake wrote: | On 6/30/05, Sidnei da Silva [EMAIL PROTECTED] wrote: | Gosh, that looks too nice to be true. I will try that out tomorrow and | write out a how-to on zope.org if it works out. | | It is too good to be true; sorry. | | Well, it is true, but it's not what you're looking for. You can't use | it to extend the schema for Zope. You can use it to add new concrete | implementations for things that are allowed; the original use-case was | to allow things like new kinds of storage for the database. Yeah, I can see two things of doing it by *abusing* zope.conf, one is abuse the 'server' abstract type and the other is to use the 'environment' directive, but then you can't specify the datatype. Oh, well. | I've spent a little time thinking about this issue, and have come up | with at least one way to deal with it (and %import would be used, in | part), but I've never been completely happy with the approaches. I would like to suggest something like what's done for Zope 3 with 'package-includes'. Then 'package-name-schema.xml' would be included from 'zopeschema.xml' and 'product-name-zope.conf' would be included from 'zope.conf'. Actually, maybe not even a special directory, but looking inside the Products directories for those files. But then there would be a chicken-and-egg problem because of the 'products' directive in zope.conf. Maybe a special directory is the best in this case. | Since using an additional configuration file is possible (and quite | easy in Zope 2, since the location of the instance is so easy to | discern, I'm not convinced it's actually important to support | embedding the configuration for 3rd-party components into zope.conf. | If you want something you can use now, using a product-specific | configuration file, with an appropriate schema, will do quite well. | It also doesn't require hacking (or monkey-patching) Zope or ZConfig, | so it would be easy to deploy in a variety of situations. Right, seems that's my only choice for the time being. -- Sidnei da Silva Enfold Systems, LLC. ___ 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] Extending Zope's ZConfig Schema in a Product?
On 7/1/05, Jens Vagelpohl [EMAIL PROTECTED] wrote: That just has the disadvantage that you're increasing the number of configuration files to maintain in an instance. If it's imported and used in zope.conf at leaast there's just one file to deal with... This is true. Is that really important, though? Adding this ability would be a new feature, so not available until 2.9. I got the impression people want to do this now. It makes a lot more sense to pick something that can be used both now and into the future than hack something together. If someone wants to create a way to manage product-specific configurations in a single file, it's not hard to create a Python package to support that, and products that want to have their configuration placed in that file could set themselves up to use %import in that file. I've no need of that myself, but others are certainly welcome to create such a package; it may be a reasonable addition for 2.9, and could be distributed separately for use with 2.7/2.8. -Fred -- Fred L. Drake, Jr.fdrake at gmail.com Zope Corporation ___ 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] 2.9 goals
Chris McDonough [EMAIL PROTECTED] wrote: I'd like to propose/sponsor/promise-to-finish the following for inclusion in 2.9. If anyone has fears/doubts/problems with specific things, please let me know. I can also start a 2.9 project on the wiki with this info; if other folks have features they want, maybe they can post them here and we can put together a release plan. Definitely: - Chris Theune's blob support for ZODB (currently on the ctheune-blobsupport branch in ZODB's SVN repo) +1 ! - Speed up large PUTs: http://mail.zope.org/pipermail/zope-dev/2005-April/024617.html +1 - Implement RESPONSE.isClientConnected() to be able to tell if the client that made the request is still connected (allow long-running app code the possibility to abort processing if it notices the client is not connected). Nice, I can see the use for that too. Maybe: - Include ClockServer: http://plope.com/software/ClockServer +10 on it, something like that has really been needed for ages. - ZODB connection policies, which will allow you to associate a thread pool with a particular set of ZServer servers. This will allow sites which are having resource exhaustion problems (e.g. running out of threads, running out of database connections) to continue to be accessible via servers running on special ports for debugging and maintenance purposes. It should also allow site admins to associate a particular thread pool with connections from spiders and other cache-busters by associating particular user agents or other request parameters with a thread pool. Work towards this was done on the chrism-zserver-connection-policies-branch branch in CVS a while back. See http://cvs.zope.org/Zope/lib/python/ZServer/?only_with_tag=chrism-zserver-connection-policies-branch Nice too. Florent -- Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD +33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED] ___ 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] 2.9 goals
Chris McDonough [EMAIL PROTECTED] wrote: I'd like to propose/sponsor/promise-to-finish the following for inclusion in 2.9. Here's something else that would be nice: PAS. Although it hasn't been tested much, so we should include it as early as possible in the 2.9 cycle (i.e., why not now ? :) Florent -- Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD +33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED] ___ 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] Problems with Zope 2.8 on FreeBSD (was Re: Problems with PageTemplates on Zope 2.8)
I've heard of this earlier, but never experienced it until now. :) And yes, that was the issue! :) Thanks, Morten Andrew Sawyers wrote: Did you bump up the thread stack size for the python you're running Zope with? This sounds like that problem. If you search zope.org for FreeBSD - I have a note on how I fix it. Andrew -- Zope Managed Hosting Software Engineer Zope Corporation (540) 361-1700 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Morten W. Petersen Sent: Thursday, June 30, 2005 7:37 PM To: Max M Cc: zope-dev@zope.org Subject: [Zope-dev] Problems with Zope 2.8 on FreeBSD (was Re: Problems with PageTemplates on Zope 2.8) I have an application called the Issue Dealer which I'm porting to Zope 2.8. However, whenever I try to access a PageTemplate which makes use of a page template macro it just hangs and consumes all available CPU. Any ideas what could be wrong here, or how I could debug it? Does the server or the client hang? It's the client that's hanging. The first time I tested it, it was as a simple Zope instance. http://instance/manage worked fine, but accessing an Issue Dealer instance (http://instance/stuff) didn't work. Now when I try setting up a ZEO server/client version 2.8 with python 2.3.5 on FreeBSD 5.4, the server hangs even when I try to access http://instance/manage. http://instance/manage_copyright works fine however. -Morten -- Regards, Morten Tlf: +47 45 44 00 69 Blog: http://www.blogologue.com begin:vcard fn:Morten Petersen n:Petersen;Morten org:Nidelven IT adr:;;Postboks 923;Trondheim;;7409;Norway email;internet:[EMAIL PROTECTED] title:Project Manager tel;work:+47 45 44 00 69 tel;cell:+47 45 44 00 69 x-mozilla-html:FALSE url:http://www.nidelven-it.no 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] 2.9 goals
On 1 Jul 2005, at 17:15, Florent Guillaume wrote: Here's something else that would be nice: PAS. Although it hasn't been tested much, so we should include it as early as possible in the 2.9 cycle (i.e., why not now ? :) Maybe not right at this moment... but I would like to see that, too. jens ___ 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 )