February 2001 - Zope-Dev

manage_ methods
by Chris Withers 11 Feb '01

11 Feb '01

Hi again, Is it true that you have to have the Manager role to use any methods that start with manage_? If so, that's pretty unhelpful, almost as unhelpful as the DocString limitation :-( cheers, Chris

1 0

LONGing for normal integers ...
by francine broekhove 11 Feb '01

11 Feb '01

Hi everyone, i've updated my Zope (finaly) and my Python and my Linux (have been bussy). But, trying to fire up my 'old' applications in Zope, mostly connected to MySQL databases, i get an annoying 'L' behind every integer. All my indexes are integers. I could rewrite all my dtml to include _.int(integer) or something, but that seems completely stupid. Isn't there a more 'central' way to solve this. F.i. should i adapt some python types? Does anyone know what is wrong and how to fix this? Thanx (a million) Francine _____________________________________________________________ Get Your Private, Free Email at <A HREF="http://www.burningmail.com" target="_new">http://www.BurningMail.com</A>

1 0

Re: [Zope-dev] Greedy except clauses
by Anthony Baxter 10 Feb '01

10 Feb '01

I took the list I generated, and started looking at a number of them. There seems to be a number of different types of case: There's the "just too slack to specify the exception" case -- generally easy, if tedious, to fix. There's the "we're rendering DTML, it could raise an exception of some sort, let's just eat it" -- this is almost certainly the worst sort. Then there's the 'gods only know what this is for' ones -- I think these might best be approached by putting a logging statement in the except body just to get an idea of what they're doing. There's certainly ones that are exceptions around too many lines, when it's obviously just meant to catch the one line. I just realised the list I put up has a few that are wrong, for some reason - my simple-minded script was obviously too simple-minded - will fix. (hm, in the case where a bare except _is_ genuinely what's wanted, could we put a comment in the source to make it easier to strip them out). Anthony, working towards an "except:" free-world :) >>> Jeremy Hylton wrote > >>>>> "AB" == Anthony Baxter <anthony(a)interlink.com.au> writes: > > AB> Now, it's obvious that not all of these are bad - some are > AB> probably fine - but there's also many that are _not_ good. The > AB> one in MailHost.py does eat exceptions. I'm sure there are > AB> others. > > I am probably a bit idiosyncratic, but I prefer to avoid bare excepts > at all costs. I often use "except Exception:", otherwise I add a > comment that specifically notes that I intend to catch everything. > Otherwise, you can't tell the difference between intentional and > accidental use. > > AB> I've done a quickie hack script that runs over the source and > AB> produces a list of matches to lines in the file, and links to a > AB> lightly patched viewcvs so that you can jump straight to the > AB> lines. It seems like it would be reasonably easy to make this a > AB> bit more sophisticated to include things like the nesting 'def' > AB> and 'class' method. > > AB> This, to me, seems like a pretty nice community type task - > AB> people could take one of them off the list of unchecked ones, > AB> and have a look through the code... no? > > It would also be interesting to see how many try/except blocks are > including more code than they should. The larger the block, the more > likely that a line of code raises an error that the author didn't > consider; these errors can mean that real bugs get caught be accident > and ignore. When the block is small -- preferably just a line or two > -- there is litle chance for error. Of course, there are very good > reasons to have longer except blocks. > > Jeremy > -- Anthony Baxter <anthony(a)interlink.com.au> It's never too late to have a happy childhood.

1 0

Re: [Zope-dev] Stop words/vocabulary
by Dieter Maurer 10 Feb '01

10 Feb '01

Arno Gross writes: > Can I apply stop words in a ZCatalog? You can: ZCatalog's "Lexicon"'s (--> SearchSupport.Lexicon.Lexicon) have a method "set_stop_syn" to provide a mapping for synonyms and stop word. I think, the source documentation is wrong: It says, the mapping would map words to a list of synonyms. When I looked at the code in "SearchSupport/Splitter.c", I had the impression that a map from a word to a single replacement is expected. A "None" replacement signifies a stop word, other replacements can be used for stemming or synomyms. > Are there stop words for german available? > If not I would try to compose a stop word list for german > and publish it. Good! Dieter

3 3

SiteAccess Newbie
by Erich Seifert 10 Feb '01

10 Feb '01

Hi, I just implemented virtual hosting on our web server combining multiple virtual hosts and localization as described in the corresonding how-to. But it's very (very) slow. How can I speed it up? Following the External Python Method I used for the Access Rule: import string def get_language(self, REQUEST): cookie = 'LANG' if self.REQUEST.cookies.has_key(cookie): lang = self.REQUEST.cookies[cookie] else: langs = string.split(self.REQUEST['HTTP_ACCEPT_LANGUAGE'], ',') for lang in langs: lang = string.strip(lang) if lang: lang = string.split(lang, ';')[0] break if not hasattr(self, lang): if string.find(lang,'-')>=0: lang = string.split(lang,'-')[0] if not hasattr(self, lang): lang = 'de' return lang def localize(self, REQUEST): sitemap = { ... } hostname = string.join(string.split(string.lower(string.split(self.REQUEST['HTTP_HOST'], ':')[0]), '.')[-4:], '.') lang = self.get_language(self.REQUEST) stack = self.REQUEST['TraversalRequestNameStack'] if stack and stack[-1]=='Z': stack.pop() self.REQUEST.setVirtualRoot('Z') else: if sitemap.has_key(hostname): self.REQUEST.set('SiteRootPATH', '/') self.REQUEST['TraversalRequestNameStack'].extend([lang, sitemap[hostname]]) else: self.REQUEST.set('SiteRootPATH', '/')

2 1

Re: [Zope-dev] Greedy except clauses
by Anthony Baxter 10 Feb '01

10 Feb '01

ooo. Richard didn't do it right - there's actually over _600_ bareword except: clauses in the current zope-2_3-branch A quick breakdown of some of the biggies: 71 in OFS/ 61 in ZODB/ 56 in ZServer/ 53 in ZGadflyDA 50 or so in what seems to be test scripts or modules (probably ok) 42 in ZPublisher/ 42 in DocumentTemplate/ 40 in App/ 38 in AccessControl/ 32 in Shared/DC/ZRDB/ 24 in ZCatalog 15 in webdav/ 15 in DateTime/ 13 in PythonScripts 12 in utilities/ or the install scripts 11 in OFSP/ Now, it's obvious that not all of these are bad - some are probably fine - but there's also many that are _not_ good. The one in MailHost.py does eat exceptions. I'm sure there are others. I've done a quickie hack script that runs over the source and produces a list of matches to lines in the file, and links to a lightly patched viewcvs so that you can jump straight to the lines. It seems like it would be reasonably easy to make this a bit more sophisticated to include things like the nesting 'def' and 'class' method. This, to me, seems like a pretty nice community type task - people could take one of them off the list of unchecked ones, and have a look through the code... no? Anthony

3 3

Re: [Zope-dev] Object decision from WebDav/FTP
by Tres Seaver 10 Feb '01

10 Feb '01

"Andy McKay" <andym(a)ActiveState.com> wrote: > Where does Zope do the decision to turn an file sent via FTP or > WebDAV into an object of a certain type? I want to fiddle with > this so an image put via WebDAV is a myImage object (for example) > rather than an Image.... See the "hookable PUT" proposal (which was implemented for 2.3a1): http://www.zope.org//Wikis/DevSite/Proposals/HookablePUTCreation Tres. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

1 0

ZClass Permissions
by Adrian Hungate 10 Feb '01

10 Feb '01

Is it just me, or is there a bug in the "Edit" tab of the "Zope Permission" object used when creating ZClass products? When I hit "Save Changes" I get: ------------- Zope Error Zope has encountered an error while publishing this resource. Invalid request The parameter, name, was omitted from the request. Make sure to specify all required parameters, and try the request again. Traceback (innermost last): File /usr/zope/lib/python/ZPublisher/Publish.py, line 222, in publish_module File /usr/zope/lib/python/ZPublisher/Publish.py, line 187, in publish File /usr/zope/lib/python/Zope/__init__.py, line 221, in zpublisher_exception_hook (Object: RoleManager) File /usr/zope/lib/python/ZPublisher/Publish.py, line 171, in publish File /usr/zope/lib/python/ZPublisher/mapply.py, line 155, in mapply (Object: manage_edit) File /usr/zope/lib/python/ZPublisher/Publish.py, line 117, in missing_name File /usr/zope/lib/python/ZPublisher/HTTPResponse.py, line 570, in badRequestError BadRequest: (see above) ------------- On closer inspection I found that the Title and Name fields both have the name="" set to "title". ... I'm guessing this is a bug. Adrian...

1 0

Bug in DateTime?
by Casey Duncan 09 Feb '01

09 Feb '01

I have been working on a calendar for a web site and I came across some strange behavior with DateTime. Using the isCurrentDay() method returns true if only the day number of the month is the same as today's. For instance, today is Feb 9, 2001. The following returns true however in both Zope 2.2 and 2.3: DateTime('3/9/2000').isCurrentDay() Is this the expected behavior? Checking the code leads me to believe the other isCurrent* methods behave in a similar way. -- | Casey Duncan | Kaivo, Inc. | cduncan(a)kaivo.com `------------------>

1 0

Hard set port number in 2.3?
by Tim Ansell 09 Feb '01

09 Feb '01

In Zope 2.2.4 i had the following setup zope box running zope with port 8080 Fire wall with port redirector from local port 80 to zope box port 8080 Everything worked fine, directly accessing the zope box on port 8080 or accessing the firewall on 80. But now with zope 2.3.0 it keeps writing urls going to the firewall box on port 8080 instead of port 80 like it previously did. Anyone know how to fix this problem? Where i should look? Mithro

4 3