- Zope-Dev - Zope lists

Corrupt Data.fs: Is there a way of fixing transaction ids?
by Joachim Werner 05 Aug '02

05 Aug '02

Hi! I have a really large Data.fs file (1.3 GB) that has a number of errors. When I run the fstest.py script, I get this: Problem: 109963117 object serialno 0x034573c4b6a2cb6e does not match transaction id 0x034573c55c8c0dbb How can I fix the Data.fs file? It should be possible to scan the Data.fs and create correct serialnos or transaction ids for the broken entries. But how exactly would I do that? I'd also like to identify the corrupt entries (i.e. find out the Zope object they belong to) to be able to eliminate them. My ultimate question is how these corrupt entries can exist at all. The Data.fs hit the 2 GB border once. So that could be a reason. But even then it would be really nice for the ZODB to not write corrupt entries ... Any help is appreciated ... Thanks Joachim

5 5

calling zsql-methods with variable queries
by Arthur Tomas 05 Aug '02

05 Aug '02

Hi, can anybody tell me any possibility for calling ZSQL-Methods (MySQL) with variable queries ... something like: in python: query = "select * from myTable where myColumn=42" return context.sqlMyQuery(query) in zsql method: <dtml-var query> and so on... but it does not seem to be the right way... ATOM Replay To: arthur.tomas(a)web.de ______________________________________________________________________________ FreeMail in der Premiumversion! Mit mehr Speicher, mehr Leistung, mehr Erlebnis und mehr Praemie. Jetzt unter http://club.web.de/?mc=021105

2 1

RE: [Zope-dev] Yeat another ZMI improvement idea...
by sean.upton＠uniontrib.com 04 Aug '02

04 Aug '02

Thanks for the suggestion. I'll look into PatchKit, and if this works out, I'll try work in this type of improvement. Does patchkit set a cookie with a complete list of hidden products, or does it do any part of the preference storage server-side? A thought occurred to me, though, as a solution for tracking usage of add forms (problem #2): create a redirect page that logs usage in between the OM manage_main and the manage_addProduct/* that are called (at this point) directly from manage_main... Sean -----Original Message----- From: Adrian Hungate [mailto:adrian@haqa.co.uk] Sent: Sunday, August 04, 2002 4:17 PM To: sean.upton(a)uniontrib.com; zope-dev(a)zope.org Subject: Re: [Zope-dev] Yeat another ZMI improvement idea... From: <sean.upton(a)uniontrib.com> > After playing around with Evan's ZMIBookmarks (which I like), I got to > thinking about persisting (or semi-persisting) other user preferences for > ZMI shortcuts. In some word processors, the font drop-down remembers the > last few choices of fonts you selected and puts them at the top of the > drop-down list. This is really nice if you have a bunch of fonts installed > on your system. I think the same concept could apply to adding Zope > products in the ZMI, provided you have a fairly decent number of products > installed in Zope, you have to scroll every time you want to add something > that doesn't begin with the letter A. Have you looked at PatchKit? It contains a patch that allows you to "hide" products you don't use. It uses some browser cookies, and some data stored as an attribute of the Control_Panel (For global settings). > So, I'm thinking shortcuts at the top of the contents in the drop-down for > adding an object to a container. It would be nice if there was a way to put > the 3-5 most recently used products at the top of the list on a user-by-user > basis, and persist those user preferences somehow (this really is a good > thing, since, for example, DBAs might only need to add ZSQL Methods, Python > Scripts, and DA objects). > > I would be interested in creating something like this, but I'm interested in > getting list feedback on: > > 1 - the best way to persist the user preferences, and Cookie? > 2 - How one would go about tracking what items were selected, since each > product maintains its own add forms, and can't be relied upon to update a > registry of said user preference... modify the contents page of ObjectManger. > 3 - the best way to approach the UI (I assume a monkey patch to the DTML for > OFS.Folder's manage_main and a simple registry of preferences that can be > used to populate the top of the list based upon the user's login) This is actually objectmangers page, Folder has almost nothing to it. This looks a lot like an idea that would lend itself to PatchKit - And you could let it do a lot of the work of actually patching for you. Adrian... -- Adrian Hungate EMail: adrian(a)haqa.co.uk Web: http://www.haqa.co.uk

1 0

Yeat another ZMI improvement idea...
by sean.upton＠uniontrib.com 04 Aug '02

04 Aug '02

After playing around with Evan's ZMIBookmarks (which I like), I got to thinking about persisting (or semi-persisting) other user preferences for ZMI shortcuts. In some word processors, the font drop-down remembers the last few choices of fonts you selected and puts them at the top of the drop-down list. This is really nice if you have a bunch of fonts installed on your system. I think the same concept could apply to adding Zope products in the ZMI, provided you have a fairly decent number of products installed in Zope, you have to scroll every time you want to add something that doesn't begin with the letter A. So, I'm thinking shortcuts at the top of the contents in the drop-down for adding an object to a container. It would be nice if there was a way to put the 3-5 most recently used products at the top of the list on a user-by-user basis, and persist those user preferences somehow (this really is a good thing, since, for example, DBAs might only need to add ZSQL Methods, Python Scripts, and DA objects). I would be interested in creating something like this, but I'm interested in getting list feedback on: 1 - the best way to persist the user preferences, and 2 - How one would go about tracking what items were selected, since each product maintains its own add forms, and can't be relied upon to update a registry of said user preference... 3 - the best way to approach the UI (I assume a monkey patch to the DTML for OFS.Folder's manage_main and a simple registry of preferences that can be used to populate the top of the list based upon the user's login) Any input is appreciated. Thanks, Sean +----------------------------------------------------------- | Sean Upton | Site Technology Supervisor SignOnSanDiego.com | Development & Integration The San Diego Union-Tribune | 619.718.5241 sean.upton(a)uniontrib.com | PATH_TO_THE_DARK_SIDE = 'c:\winnt\system32' +-----------------------------------------------------------

2 1

Calling a Python script from a
by Gilles Lenfant 04 Aug '02

04 Aug '02

Hi, I'm searching a way to execute a ZODB untrusted python script with parameters and appropriate bindings (context, container...) from a file system Zope product. Where can I find some examples ? Thanks in advance. --Gilles

2 1

I'd like a zclass property to be a dictionary...
by Michael Beaulieu 02 Aug '02

02 Aug '02

and how to do this is not clear to me.. can someone clue me in. Thanks, Mike

2 1

Refer to zope attribute or object in source
by kent sin 01 Aug '02

01 Aug '02

In PropertySheets.py of zope/lib/python/OFS def xml_escape(v): ..... return unicode(v, "latin-1").encode("utf-8") Are there anyway to substitute the "latin-1" with an attribute of the zope site's attribute say: "zope-charset" which a site maintainer can modify through the web? I raise this question because the current-cvs version of zope is turned into unicode, but all the source everywhere is assumed that the data input is "latin-1" but I am very sure that it will not always the case. Some sites simply don't work in that assumption, turning many sites using zope stop upgrade or stop using zope. This will seriously hurt the zope community. The initial act to make zope understand unicode is to help zope internationalize, but the actual effect was not. I urge the zope developer, the zope coporation as well as product developers (some products like ieDocument and worldPilot have "8859-1" specified in their source) alert on this issue, and take action before it is too late. The best solution I could come up with is to allow individual site manager to choose its default charset and allow other site-branch manager to overwrite it with acquisition, thus the attribute zope-charset will be used to determine both the "Content-type: text/plain; charset="<dtml-var zope-charset>" and the code convertion of Zope like PropertySheets.py __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

2 1

Zope hangs, with processes being idle ... (rather urgent problem)
by Joachim Werner 01 Aug '02

01 Aug '02

Hi! I have a Zope 2.5.1 using ZEO on Linux, with Apache as proxy server. The two ZEO clients run fine for a couple of hours, and then suddenly one of them stops responding. It's the type of Zope hangs when all processes are fine, but ZServer just doesn't respond (load is very low, with the CPU 90% idle, so it is not a performance issue or recursion problem). There is no error before this situation happens. The processes just don't respond any more. The second ZEO keeps running, but that machine also hangs from time to time, so I guess ZEO is not the problem, and the hardware or any Linux-specific problems aren't either. When the ZServer hangs, I can not access it directly, so it is no problem with the Apache. You see, I don't have any clue on what is happening here. The servers worked fine for months, and I don't know what specific change could have caused the problem. How can such a situation be debugged? Cheers Joachim

2 2

Extension class and __init__
by Ross Boylan 28 Jul '02

28 Jul '02

I had the bright idea of defining a mixin class whose methods I thought I could use in my regular Zope product classes: class AMixin: def __init__(self): blah, blah blah class B(AMixin, Persistent, Folder, ....): def __init__(self): # do some of my own stuff AMixin.__init__(self) This fails with the warning (as I recall) that the unbound method AMixin.__init__ needs to be called with an instance as its first argument. (I've stripped the example down to give what I think are the essentials). self in the context of B is an Extension class, and I'm guessing this is making AMixin unhappy because it's not. I assume I'll have the same problem with other methods that I attempt to access using AMixin.foo(self). Can anyone confirm this diagnosis? And what's the best solution? I have redefined things class AMixin: def _mixin_init(self): #stuff class B(AMixin, .....): def __init__(self): #my own stuff self._mixin_init(self) and this seems to work, but I wonder if there's a way to get the classes to play together better (maybe "class AMixin(ExtensionClass):"? though since ExtensionClass is a type I guess that's not exactly it). This was after already discovering that isinstance doesn't work with ExtensionClass (which I see confirmed on the list, along with the fact that ExtensionClass generally has a lot of rough spots and may be on the way out). This is with Zope 2.5.1.

7 8

Re: [Zope-dev] Refresh trashes acquisition
by Gary Speer 26 Jul '02

26 Jul '02

Thanks for your note Steve. I know not to post HTML, this one accidentally slipped by and I noticed as soon as I got the copy back - My apologies to the group!!!! I was trying to assist on what seemed to me to be more of an app design issue instead of a possible bug in the refresh module. It seemed that this was the wrong forum to provide my suggestions until it was determined that it was a bug/zope design issue instead of a misuse/misunderstanding of acquisition or app design issue. Because of that I came out of the lurker shadows to take it to the forum that was appropriate to participate and make application design suggestions in. I had no idea I would start a minor flame war by trying to be helpful. My apologies to the group ... Back to the shadows ... Gary ----- Original Message ----- From: "Steve Alexander" <steve(a)cat-box.net> To: "Myroslav Opyr" <myroslav(a)zope.net.ua>; "Gary Speer" <gspeer(a)cortech.org> Sent: Thursday, July 25, 2002 4:08 PM Subject: Re: [Zope-dev] Refresh trashes acquisition Myroslav Opyr wrote: > > P.S. It is really interesting what X-Spam-Status this message will get > ;) the one of Gary had 3.2 :) Maybe there is a sense to lower threshold > from 5.0 to 3.0 ;) Gary sent his email HTML encoded, which won't have helped the rating. Gary, please don't email HTML encoded mailings to the zope-dev(a)zope.org.list. Thanks. -- Steve Alexander

1 0