- Zope - Zope lists

Problem with strftime.
by Jason C. Leach 14 Oct '05

14 Oct '05

Hi: If I use this line in a Python script: print row['end_date'], row['end_date'].strftime('%d') I get: 2005/10/13 12 You can see the day is out by one. Should be 13, but is gets converted as 12. So I'm curious what's up with that? Zope Version (Zope 2.8.1-final, python 2.4.0, freebsd5) Python Version 2.4 (#2, Aug 25 2005, 15:17:08) [GCC 3.4.2 [FreeBSD] 20040728] Thanks, Jason. -- ........................................ .... Jason C. Leach .... PGP Key: 0x62DDDF75 .... Keyserver: gpg.mit.edu

2 1

ANN: ZSyncer 0.7-beta1
by Paul Winkler 14 Oct '05

14 Oct '05

Hi folks, Anybody who's been wanting to get ZSyncer working on Zope 2.8, please check out the new 0.7-beta1 on sourceforge: http://sourceforge.net/project/showfiles.php?group_id=28073&package_id=2091… This is a beta release! I'm hoping for feedback from anybody who is using any of the following: Zope 2.8+, CMF 1.5+, and/or ZClasses. Changes from previous release can be read here: http://sourceforge.net/project/shownotes.php?release_id=363376 -- Paul Winkler http://www.slinkp.com

1 0

constructor product in Zope 2.8.1
by Henny van der Linde 13 Oct '05

13 Oct '05

Hi, I have the following constructor for an external product I build. def manage_addEba(dispatcher, id='eba', title='Title here',REQUEST=None): "Add a Basis element to a folder." nEba=eba(id,title) dispatcher.Destination()._setObject(id, nEba) if REQUEST is not None: dispatcher.manage_main(dispatcher,REQUEST) manage_addEbaForm = DTMLFile('dtml/manage_addEbaForm', globals()) We are upgrading to Zope 2.8.1. Now I get the follwing error when I try to add the product (eba). Error Type: TypeError Error Value: unbound method manage_addEba() must be called with eba instance as first argument (got str instance instead) Can anyone shed some some light on this? Thanks, Henny

3 3

External Methods
by DS 13 Oct '05

13 Oct '05

Hi, I am just learning Zope, and I wanted to try external methods. I first tried a symlink in the Extension directory, but zope reported it couldn't find it. I then copied the file into the Extension directory and was successful at that. I assume that happened that way perhaps for my own protection. Is that true? Or, is there a better way to do that? I have a project directory where I have been working on modules, and I was hoping to avoid copying them periodically to Extensions as I test one thing or another. My next question is that I import other modules within the module that I just mentioned. I have copied them over to Extension, but still have an error that they are not found. Am I trying to do something prohibited with Zope. What controls that? Thanks very much for any help you can give me. ds

2 1

Re: Zope 2.8.2 released
by Paul Winkler 13 Oct '05

13 Oct '05

Tres Seaver said: > Paul Winkler wrote: (snip) >> Also, looking over the release notes, I see that there is one bugfix >> that made it into the 2.8 branch and the trunk, thanks to Andreas - >> the #1895 fix to test.py. >> But the fix does not seem to have been noted in CHANGES.txt on the 2.8 >> branch or the trunk. It *is* in the 2.7.8 CHANGES.txt because I made >> sure to do that when I made the same fix on the 2.7 branch. If there >> are no objections, I will modify CHANGES.txt on the 2.8 branch and the >> trunk. > > +1. OK, done for 2.8 branch. But I'm leaving the trunk alone, as it looks like lots of stuff from 2.8 is not yet in the trunk CHANGES.txt, and I don't want to confuse things further - AFAICT the normal procedure is to let the release manager handle the merging of bugfixes in CHANGES.txt. Thanks again Andreas and anybody else who worked on the release, -PW -- Paul Winkler http://www.slinkp.com

1 0

Zope 2.8.2 released
by Andreas Jung 13 Oct '05

13 Oct '05

Hi all, on behalf of Zope Corporation and the Zope community I am pleased to announce the release of Zope 2.8.2. You can download Zope 2.8.2 from http://www.zope.org/Products/Zope/2.8.2/ Some new features of Zope 2.8: - ZODB 3.4 with MVCC (multi version concurrency control) support. MVCC solves nearly every problem with ZODB read-conflict errors which is very important for high-traffic Zope sites. - Extension Classes were rewritten as Python new-style classes making all features of Python new-style classes available in Zope objects. This includes support for cyclic garbage collection. - Integration of Zope 3 technologies through Five (see http://codespeak.net/z3/five/) For more information on what is new in this release, see the CHANGES.txt files for the release: http://www.zope.org/Products/Zope/2.8.2/CHANGES.txt See also: http://www.zope.org/Wikis/DevSite/Projects/Zope2.8/OverView Please bring all the bugs you have found to the Zope bugtracker: http://collector.zope.org/Zope":http://collector.zope.org/Zope For more information on the available Zope releases, guidance for selecting the right distribution and installation instructions, please see: http://www.plope.com/Books/2_7Edition/InstallingZope.stx Please also keep in mind that Zope 2.8.2 requires Python 2.3.5. Zope 2.8.2 is not certified for any Python 2.4.x versions. So using Python 2.4 is neither recommended nor supported and any related questions or problems are likely to be ignored until 2.4 is an officially supported Python version for Zope. -- Andreas Jung (andreas at zopyx dot com)

2 1

Re: [Zope] Error Type: ExpatError
by Garito 13 Oct '05

13 Oct '05

Alan Milligan escribió: >-----BEGIN PGP SIGNED MESSAGE----- >Hash: SHA1 > >Garito wrote: > > >>Chris Withers escribió: >> >> >> >>>Get a packet sniffer going, looks like something is missing from the >>>request when you hit reload! >>> >>>cheers, >>> >>>Chris >>> >>>Garito wrote: >>> >>> >>> >>>>Hi all >>>> >>>>I try to read an xml file using >>>>from xml.dom.minidom import parseString >>>> >>>>It works fine but when I push the reload button raise these error >>>> >>>>Error Type: ExpatError >>>>Error Value: no element found: line 1, column 0 >>>> >>>>These error is intermittence >>>> >>>>These is the trace back any idea? >>>> >>>>Traceback (innermost last): >>>> >>>>Module ZPublisher.Publish, line 113, in publish >>>>111 | missing_name, >>>>112 | dont_publish_class, >>>>113>| request, bind=1) >>>>114 | >>>>115 | if result is not response: >>>> >>>>Module ZPublisher.mapply, line 88, in mapply >>>>086 | >>>>087 | args=tuple(args) >>>>088>| if debug is not None: return debug(object,args,context) >>>>089 | else: return object(*args) >>>> >>>>Module ZPublisher.Publish, line 40, in call_object >>>>038 | >>>>039 |def call_object(object, args, request): >>>>040>| result=apply(object,args) # Type s<cr> to step into >>>>published object. >>>>041 | return result >>>>042 | >>>> >>>>Module Shared.DC.Scripts.Bindings, line 311, in __call__ >>>>309 | def __call__(self, *args, **kw): >>>>310 | '''Calls the script.''' >>>>311>| return self._bindAndExec(args, kw, None) >>>>312 | >>>>313 | def __render_with_namespace__(self, namespace): >>>> >>>>Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec >>>>346 | exec bindcode >>>>347 | bound_data = bound_data[0] >>>>348>| return self._exec(bound_data, args, kw) >>>>349 | finally: >>>>350 | security.removeContext(self) >>>> >>>>Module Products.PythonScripts.PythonScript, line 323, in _exec >>>>321 | f = new.function(fcode, g, None, fadefs) >>>>322 | >>>>323>| result = f(*args, **kw) >>>>324 | if keyset is not None: >>>>325 | # Store the result in the cache. >>>> >>>>Module None, line 9, in Lanzar >>>> - <ComandoYanged at /SitiosYanged/Huete/Web/Lanzar> - Line 9 >>>>006 |if 'Camino' not in args: args['Camino'] = traverse_subpath >>>>007 |if 'Usuario' not in args: args['Usuario'] = >>>>str(context.Dame('usuario')) >>>>008>|args = context.ObtenerNodo(args) >>>>009 | >>>>010 |if args is None: Module Products.Yanged.SitioYanged, line 268, >>>>in ObtenerNodo >>>>266 | 267 | if 'NodoRaiz' not in args: >>>>268>| args['NodoRaiz'] = parseString(self.Dame({'nombre': >>>>self.getId() + '.mm'}).index_html(self.REQUEST, self.REQUEST.RESPONSE)) >>>>269 | if 'Nodos' not in args: args['Nodos'] = >>>>args['NodoRaiz'].childNodes >>>>270 | if 'Nivel' not in args: args['Nivel'] = 0 >>>> >>>>Module xml.dom.minidom, line 1929, in parseString >>>>1927 | if parser is None: >>>>1928 | from xml.dom import expatbuilder >>>>1929>| return expatbuilder.parseString(string) >>>>1930 | else: >>>>1931 | from xml.dom import pulldom >>>> >>>>Module xml.dom.expatbuilder, line 940, in parseString >>>>938 | else: >>>>939 | builder = ExpatBuilder() >>>>940>| return builder.parseString(string) >>>>941 | >>>>942 | >>>> >>>>Module xml.dom.expatbuilder, line 223, in parseString >>>>221 | parser = self.getParser() >>>>222 | try: >>>>223>| parser.Parse(string, True) >>>>224 | self._setup_subset(string) >>>>225 | except ParseEscape: >>>>ExpatError: no element found: line 1, column 0 >>>> >>>> >>>> >>>>Thanks! >>>> >>>> >>>> >>Hi Chris! >>Could you be a little more concrete? >> >>Thanks! >> >> >> >You do realise that pyexpat has a limitation of 8192 bytes between xml >tags - if your parse string is longer than this, it will fail. You can >recompile your expat parser to accept larger sizes, but this drastically >affects performance. > >ALan > >-----BEGIN PGP SIGNATURE----- >Version: GnuPG v1.2.6 (GNU/Linux) >Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > >iD8DBQFDTQhkCfroLk4EZpkRAjklAJ9VBl9jjzKvRBr9gN3mcGYePpxYSACgtZkZ >h/hu5V2gGxxKSp8JUk1WpIw= >=b7+S >-----END PGP SIGNATURE----- > > Buff! Complicate There are any out-of-the-box solution on Zope? I mean: there are any other xml library on a standard Zope installation? Thanks! -- Mis Cosas http://blogs.sistes.net/Garito/

2 9

Zope 2.7.8 released
by Andreas Jung 13 Oct '05

13 Oct '05

Dear Zope Community, on behalf of Zope Corporation and all Zope 2 developers and contributors I am pleased to announce the release of Zope 2.7.8 final. Zope 2.7.8 can be downloaded from http://www.zope.org/Products/Zope/2.7.8 The release notes can be found at http://www.zope.org/Products/Zope/2.7.8/CHANGES.txt For information on using Python 2.4 with Zope 2.7.8: see doc/INSTALL.txt Andreas Jung Zope 2 Release Manager

1 0

Re: [Zope] help with MailTemplates 1.0.0
by Chris Withers 13 Oct '05

13 Oct '05

(for the 2nd time, please keep this on the list...) (just for the light on thinking, that means "hit reply all" or "make sure zope(a)zope.org is in the cc list) Nicolas Georgakopoulos wrote: > Your documentation have anothe problem , you forgot to set a subject in > your example :( Oh dear, yes, I remember, I recently made subject required :-S I'll have to fix that soon... > After I set a subject it say's : > > Error Type: AttributeError > Error Value: 'str' object has no attribute '_send' > I don't know how to setup the _send attribute.... Yes, and? Where's the rest of the traceback? I can't help you without it.. cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

2 7

Re: AW: [Zope] Zope Debugger lets WingDbg fail to connect toclient
by Chris Withers 13 Oct '05

13 Oct '05

Frey, Peter wrote: > this statement is true, in theory, but sometimes one hits problems that cannot be solved without help of a debugger. > There may be two circumstances where on NEEDs a debugger in the production environment Hmmm, not convinced ;-) > a) when the problem is that urgent that there is no time to spend to set up and reproduce the problem in a test environment You should ALWAYS have some kind of development or testing environment up, except in the tinyest of projects... > b) when the problem is not reproducable in test environemnt (as we had this month with a debug_mode problem on one of our production servers) Okay, so long as you don't mind kissing performance goodbye. Maybe you enable profiler support and install PTProfiler on production too? ;-) > but still keep the option open to use the debugger directly on the production system (where it is installed then, when one of the two cases mentionned above come true) to get a fast solution of a problem Okay, but don't just leave it installed ;-) > that is why our interest in the Zope Debugger product, as pdb is available on all systems but debugging script based code with it not that easy. > and WingDbg/WingIDE is normally to heavy for a production server. Well, try it, zdb is pretty lightweight code-wise, and it'd be interesting to see if you notice any memory or performance problems as a result, I'm just glad I'm not the one who's testing that ;-) > one more thought: we need to get experience with Zope Debugger BEFORE an emergency happens, so I tried it on a development system where WingDbg is installed (and used) and found that installing the Zope Debugger lets WingDbg fail, and had to remove it again. > this was the start of this email chain Yep, I know, still curious as to why that is... try putting some print statements in all the patched methods, and company with zdb installed and without... see what's no longer getting called and let me know ;-) cheers, Chris -- Simplistix - Content Management, Zope & Python Consulting - http://www.simplistix.co.uk

1 0