Zope July 2009

zope@zope.dev

36 participants
31 discussions

Re: [Zope] ZSyncer fails to do authenticate under Zope 2.11
by Paul Winkler 16 Jul '09

16 Jul '09

No, sorry, I have never tried to run it with Zope later than 2.9 and I have zero time to experiment with it. - PW On Thu, Jul 16, 2009 at 09:26:20AM -0600, Dennis Allison wrote: > Pleas for assistance aside, any ideas as to what might be broken? We depend > upon this Product in our development process. > > On Thu, Jul 16, 2009 at 8:37 AM, Paul Winkler <slinkp(a)gmail.com> wrote: > > > Nobody (including me) is maintaining ZSyncer at all. > > > > I'll take this opportunity to once again call for volunteers to take > > up the reins... anybody care enough about ZSyncer to maintain it? > > > > - Paul > > > > On Wed, Jul 15, 2009 at 06:01:58PM -0700, Dennis Allison wrote: > > > I am getting 401 errors with ZSyncer-0.7.1 using a configuration which > > > worked with Zope 2.9 and an earler version of the ZSyncer product. Both > > > use Python 2.4. Has anyone seen this problem? Can you recommend a fix? > > > Is the CVS version of ZSyncer on Sourceforge a better choice? > > > > -- > > > > Paul Winkler > > http://www.slinkp.com > > _______________________________________________ > > Zope maillist - Zope(a)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 ) > > -- Paul Winkler http://www.slinkp.com

1 0

Re: [Zope] zc.recipe.egg
by Baiju M 16 Jul '09

16 Jul '09

On Fri, Jul 17, 2009 at 2:41 AM, Jonas<emiteris(a)gmail.com> wrote: > On Thursday 16 July 2009 11:04:13 Baiju M wrote: >> On Fri, Jul 17, 2009 at 12:58 AM, Jonas<emiteris(a)gmail.com> wrote: >> > Hallo, >> > >> > Can somebody tell me what is the purpose of zc.recipe.egg. It just puts >> > eggs in eggs directory from servers or it does a bit more??? >> >> May be you are looking for this: >> http://pypi.python.org/pypi/zc.recipe.egg >> > > Yes, but there is some general information that this recipe istalls eggs, where > how, what kind of installation I wasn`t able to find in this documentation. Can > you explain about this recipe in short. Thanks :) Please spend some time with Buildout documentation: http://www.buildout.org/ http://pypi.python.org/pypi/zc.buildout Regards, Baiju M

1 0

zc.recipe.egg
by Jonas 16 Jul '09

16 Jul '09

Hallo, Can somebody tell me what is the purpose of zc.recipe.egg. It just puts eggs in eggs directory from servers or it does a bit more??? -- Grüße, Jonas

2 1

ZSyncer fails to do authenticate under Zope 2.11
by Dennis Allison 16 Jul '09

16 Jul '09

I am getting 401 errors with ZSyncer-0.7.1 using a configuration which worked with Zope 2.9 and an earler version of the ZSyncer product. Both use Python 2.4. Has anyone seen this problem? Can you recommend a fix? Is the CVS version of ZSyncer on Sourceforge a better choice? --

2 1

zc.buildout and zope2 instance
by Jonas Andriunaitis 16 Jul '09

16 Jul '09

Hello! Do you know how to install third party packages to zope2.12 instance using zc.buildout? Instance is created separatly using plone make instance recipe. -- Grüße, Jonas

2 1

Trying to install Zope2-2.12.0b2 on Windows
by martin.gfeller＠comit.ch 15 Jul '09

15 Jul '09

Dear all I'm trying to install Zope2-2.12.0b2-py2.6-win32.egg on Windows. It's the first time I try to install an egg, so I may have made a trivial mistake. The installation installs some packages, then tries to install zope.security, and fails with a missing vcvarsall.bat. I haven't got a C compiler installed - I assumed the purpose of the Zope Windows egg was that I wouldn't need to compile? Processing dependencies for Zope2==2.12.0b2 Searching for zope.security Reading http://pypi.python.org/simple/zope.security/ Reading http://svn.zope.org/zope.security Best match: zope.security 3.7.0 Downloading http://pypi.python.org/packages/source/z/zope.security/zope.security-3.7.0.… Processing zope.security-3.7.0.tar.gz Running zope.security-3.7.0\setup.py -q bdist_egg --dist-dir c:\docume~1\tzhgfma1\locals~1\temp\easy_install-emjoun\zope.security-3.7.0\egg-dist-tmp-szjerv error: Setup script exited with error: Unable to find vcvarsall.bat Hints appreciated. Thank you and best regards, Martin ________________________ COMIT AG - A Swisscom Company Martin Gfeller, Senior Manager Solutions - Quantax

2 1

how recover original context?
by Miguel Beltran R. 15 Jul '09

15 Jul '09

Hi list I have the next tree root \-page1.htm \-scripts \-script1_py | \-folder1 \-folder1a \-ZPT1 \-zsql1 I trying made a request from PT1 to page1.htm page1.htm call to script1_py I want call from script1_py to zsql1 how can recover what context=folder1a? .... forget, while write this mail I have a idea [page1.htm] <metal:block tal:content="structure python:conext.scripts.script1_py(context)"> </metal:block> in script1_py declare a parameter mycontext what is folder1a -- ________________________________________ Lo bueno de vivir un dia mas es saber que nos queda un dia menos de vida

2 2

Possible effects of a custom event logger on a running Zope instance
by Marco Bizzarri 14 Jul '09

14 Jul '09

Hi all. I'm planning to create a custom event handler for Zope; the handler, on an Exception, will automatically open a ticket inside a trac system. It could happen of course that the site where the ticket are sent is down. What could be the possible effect of this? Would the raising/handling of the exception be compromised? I could think to have the exception logged on a local file, and then sent to the ticket system via a process external to Zope, but I wonder if this is necessary. Regards Marco -- Marco Bizzarri http://code.google.com/p/qt-asterisk/ http://notenotturne.blogspot.com/ http://iliveinpisa.blogspot.com/

1 0

Problem with POST and text/xml
by Jonathan (dev101) 13 Jul '09

13 Jul '09

I need to support a third party web service (which is not within my control) that wants to send xml data to my zope server (Zope 2.9.2 running on Redhat linux). When Zope receives a POST request with a Content-Type of text/xml it assumes that it is an xmlrpc call (which it is not - it is just passing xml data within the POST request). Is there a way to get Zope to turn off this "xmlrpc assumption" so that my zope external method can process the xml data that is being passed? Thanks, Jonathan P.S. details of a wget session that illustrate the error being generated follows: Setting --header (header) to Content-Type: text/xml Setting --post-data (postdata) to <?xml version="1.0" encoding="ISO-8859-1" ?> <bulkMtNotification> <transactionId>235006</transactionId> <triggerId>1160</triggerId> <message>test #27</message> <date>2007-09-14 15:52:59</date> <phoneNumber>+11234567890</phoneNumber> <carrierId>26</carrierId> <carrierName>Sprint</carrierName> <shortCode>55555</shortCode> </bulkMtNotification> DEBUG output created by Wget 1.10.2 (Red Hat modified) on linux-gnu. --16:12:28-- http://192.168.123.2:8080/Coz/Process3Ci => `Process3Ci.1' Connecting to 192.168.123.2:8080... connected. Created socket 3. Releasing 0x0000000000638c60 (new refcount 0). Deleting unused 0x0000000000638c60. ---request begin--- POST /Coz/Process3Ci HTTP/1.0 User-Agent: Wget/1.10.2 (Red Hat modified) Accept: */* Host: 192.168.123.2:8080 Connection: Keep-Alive Content-Type: text/xml Content-Length: 390 ---request end--- [POST data: <?xml version="1.0" encoding="ISO-8859-1" ?> <bulkMtNotification> <transactionId>235006</transactionId> <triggerId>1160</triggerId> <message>test #27</message> <date>2007-09-14 15:52:59</date> <phoneNumber>+11234567890</phoneNumber> <carrierId>26</carrierId> <carrierName>Sprint</carrierName> <shortCode>55555</shortCode> </bulkMtNotification>] HTTP request sent, awaiting response... ---response begin--- HTTP/1.0 500 Internal Server Error Server: Zope/(Zope 2.9.2-, python 2.4.2, linux2) ZServer/1.1 Date: Fri, 10 Jul 2009 20:12:28 GMT Bobo-Exception-Line: 742 Content-Length: 849 Bobo-Exception-Value: See the server error log for details Content-Type: text/html; charset=iso-8859-15 Bobo-Exception-Type: ResponseError Connection: Keep-Alive Bobo-Exception-File: xmlrpclib.py ---response end--- 500 Internal Server Error Registered socket 3 for persistent reuse.

4 11

repoze.bfg 1.0 released
by Chris McDonough 07 Jul '09

07 Jul '09

Summary ------- The first major release of the BFG web framework (aka "repoze.bfg"), version 1.0, is available. See http://bfg.repoze.org/ for general information about repoze.bfg. Details ------- BFG is a Python web framework based on WSGI. It is inspired by Zope, Pylons, and Django. It makes use of a number of Zope technologies under the hood. BFG is developed as part of the more general Repoze project (http://repoze.org). It is released under the BSD-like license available from http://repoze.org/license.html . BFG version 1.0 represents one year of development effort. The first release of BFG, version 0.1, was made in July of 2008. Since then, roughly 80 pre-1.0 releases have been made. None of these pre-1.0 releases explicitly promised any backwards compatibility with any earlier release. Version 1.0, however, marks the first point at which the repoze.bfg API has been "frozen". Future releases in the 1.X line guarantee API-level backward compatibility with 1.0. A backwards incompatibility with 1.0 at the API level in any future 1.X version will be considered a bug. More Details ------------ BFG contains moderate, incremental improvements to patterns found in earlier-generation web frameworks. It tries to make real-world web application development and deployment more fun, more predictable, and more productive. To this end, BFG has the the following features: - WSGI-based deployment: PasteDeploy and mod_wsgi compatible. - Runs under Python 2.4, 2.5, and 2.6. - Runs on UNIX, Windows, and Google App Engine. - Full documentation coverage: no feature or API is undocumented. - A comprehensive set of unit tests. The repoze.bfg package contains 11K lines of Python code. 8000 lines of that total line count is unit test code that tests the remaining 3000 lines. - Sparse resource utilization: BFG has a small memory footprint and doesn't waste any CPU cycles. - Doesn't have an unreasonable set of dependencies: "easy_install" -ing repoze.bfg over broadband takes less than a minute. - Quick startup: a typical BFG application starts up in about a second. - Offers extremely fast XML/HTML and text templating via Chameleon (http://chameleon.repoze.org/). - Persistence-agnostic: use SQLAlchemy, "raw" SQL, ZODB, CouchDB, filesystem files, LDAP, or anything else which suits a particular application's needs. - Provides a variety of starter project templates. Each template makes it possible to quickly start developing a BFG application using a particular application stack. - Offers URL-to-code mapping like Django or Pylons' *URL routing* or like Zope's *graph traversal*, or allows a combination of both routing and traversal. This helps make it feel familiar to both Zope and Pylons developers. - Offers debugging modes for common development error conditions (for example, when a view cannot be found, or when authorization is being inappropriately granted or denied). - Allows developers to organize their code however they see fit; the framework is not opinionated about code structure. - Allows developers to write code that is easily unit-testable. Avoids using thread local data structures which hamper testability. Provides helper APIs which make it easy to mock framework components such as templates and views. - Provides an optional declarative context-sensitive authorization system. This system prevents or allows the execution of code based on a comparison of credentials possessed by the requestor against ACL information stored by a BFG application. - Behavior of an an application built using BFG can be extended or overridden arbitrarily by a third-party developer without any modification to the original application's source code. This makes BFG a good choice for building frameworks and other "extensible applications". - Zope and Plone developers will be comfortable with the terminology and concepts used by BFG; they are almost all Zope-derived. Excruciating Details -------------------- Quick installation: easy_install -i http://dist.repoze.org/bfg/current repoze.bfg General support and information: http://bfg.repoze.org Tutorials http://docs.repoze.org/bfg/current/#tutorials Sample Applications http://docs.repoze.org/bfg/current/#sample-applications Detailed narrative and API documentation: http://docs.repoze.org/bfg/current Bug tracker: http://bfg.repoze.org/trac Maillist: http://lists.repoze.org/listinfo/repoze-dev IRC support: irc://irc.freenode.net#repoze repoze.bfg is developed primarily by Agendaless Consulting (http://agendaless.com) and a team of contributors. Special thanks to these people, without whom this release would not have been possible: Malthe Borch, Carlos de la Guardia, Chris Rossi, Shane Hathaway, Tom Moroz, Yalan Teng, Jason Lantz, Todd Koym, Jessica Geist, Hanno Schlichting, Reed O'Brien, Sebastien Douche, Ian Bicking, Jim Fulton, Martijn Faassen, Ben Bangert, Fernando Correa Neto, YoungKing, Rob Miller, Wichert Akkermann, David Pratt, Mark Ramm, and Chris Perkins.

3 3

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

Zope July 2009