May 2000 - Zope-Dev - Zope lists

Re: [Zope-dev] Distributed ZODB-Transactions
by Heine Gregor 20 May '00

20 May '00

> > I want to write an Product that mirrors every ZODB-Transaction to a > > Backup-Server. > > The idea was to trap every transaction (i.e. creation, change, deletion > of > > zope-objects) and transfer a copy of the object to another server (via > > XML-RPC?!?) after the transaction got commited. > > I've been debugging through various zope-classes (esp. transaction.py, > > connection.py) but couldn't understand the way, zope manages the > > transactions. > > The creation and deletion process always seems to trigger a transaction > for > > the parent object. > > Has anybody an idea? > > Data.fs is essentially a log file that is appended with binary data. > The only time the data is changed rather than appended is when you pack > the database. Therefore, it may be easier to write a script that > catches the data that is appended and appends it to the backup file. > When the script detects the file has shortened (after a packing > operation), it should copy the whole file over. > > The simple fact that data is appended rather than changed makes Data.fs > quite reliable. It can withstand most kinds of failure. And the Zope > undo mechanism is very effective. > > So I would suggest that the backup you intend to perform does not need > to be an integral part of Zope. Rather, it is appropriate that it be a > background process run periodically. > > Shane OK, I admit, I didn't tell you the whole truth. ;-) The Backup-Server should not only backup one, but various Zope-installations (sort of 'backup-central'). My idea was to create a folder for each backuped server. This folder holds the complete object-tree of a backup-client. Each time a change in the database of the client occurs, the client informs the server about it (tells the server which object has been changed, created or deleted). Then the server requests that object from the client. The client pickles the object, sends it to the server and the server unpickles it again and puts it in the right place in the client folder. My problem is the first step: how does the client recognize, which object has to be updated? In the case of a creation and deletion of an object, the transaction-class handles the parent object and not the object itself. Thanx, Gregor!

3 2

Minor "bug"
by Andreas Kostyrka 20 May '00

20 May '00

Hi! I've just noticed with 2.1.6, that after clicking "Minimize" or "Full Sweep" on /Control_Panel/Database/manage_cacheGC, the resulting page is missing most Tabs and one has to click "Contents" to get all tabs. Maybe this is intentional, but it seems like (very) minor bug to me. Andreas -- Andreas Kostyrka | andreas(a)mtg.co.at phone: +43/1/7070750 | phone: +43/676/4091256 MTG Handelsges.m.b.H. | fax: +43/1/7065299 Raiffeisenstr. 16/9 | 2320 Zwoelfaxing AUSTRIA http://www.euro.cauce.org/ | http://www.cauce.org/

1 0

Subclassing LoginManager
by Dan L. Pierson 19 May '00

19 May '00

OK, time for another Zen fix :-) It looks like I've almost got PTK working with the latest LoginManager. The remaining problem is that the login form doesn't work. I've finally figured out why. PTKBase.MemberFolder.MemberFolderBase.validate is much hairier than LoginManager.LoginManager.validate. A rough sketch is like this: if req_has('__ac'): ... handle cookie login ... if req_has('__ac_name') and req_has('__ac_password'): ... handle explicit login ... if auth and lower(auth[:6]) != 'basic': ... do basic authentication ... ... climb up the acquisition hierarchy ... ... try anonymous ... I know that the official way to do most of this sort of thing with LoginManager is by defining new LoginMethods, but I just don't see how to make LoginManager even try the LoginMethods at the correct time without overriding validate. Am I on the right track here? Dan Pierson

2 1

Re: [Zope-dev] ZPatterns framework improvements
by Jephte CLAIN 19 May '00

19 May '00

"Phillip J. Eby" a écrit : > Good point, but ordinarily one mixes RackMountable with another Zope class > such as SimpleItem.Item, or uses it as part of a ZClass. In either case, > Acquisition gets added in. SimpleItem.Item only subclasses ExtensionClass.Base, and I got an AttributeError on __of__ unless my RackMountable subclasses Acquisition.Implicit also. bizarre isn't it? > I'm not actually real fond of the DDO term, because "Dynamic Data Object" > doesn't quite do justice to what these things actually are. I am > definitely open to suggestions for a better name. (Facade? PlaceHolder? > InsideOutObject? ExternalDataObject? BrainInjectedObject?) what about "penguin" ? :-) > Also, while I'm babbling about versions, it's important to note at this > point that ZPatterns versions below 1.0.0 should be considered subject to > change even with respect to developer-level API's. They get more stable as > the number gets higher, which is why LoginManager changed a lot less > between 0.8.0 and 0.8.5 than half as much as ZPatterns changed between > 0.2.0 and 0.3.0. The change to 0.4.0 will probably be another big jump, > due to the DDO stuff as well as the Indexes stuff. Predicates may even > make it in, in some small way. Have you got an idea of when 0.4.0 will ship ? regards, jephte clain minf7(a)educ.univ-reunion.fr

1 0

Re: [Zope-dev] Adding ZCatalog index programatically
by Dieter Maurer 19 May '00

19 May '00

R. David Murray writes: > I was just looking at the ZCatalog code to figure out how to programatically > add an index to a Catalog. I figured out how to do that fairly easily, > but the code I was looking at has me a bit mystified. The method > manage_addIndex is defined. The form that you use through the > management interface to add an index has a submit button whose name > is manage_addIndex:method. OK, that all looks like reasonable > magic (magic because I don't know exactly what happens when a button > gets marshalled as a method). The method is not marshalled but called with the remaining form fields as parameters. More precisely, Zope looks for the "method" starting from the action URL and then calls this method in the usual way with the form content as parameters. This is well documented somewhere (together with the other nifty ":<type>" argument name suffixes. Unfortunately, I seem not to have a local copy of this document and therefore, cannot tell you where to find it, at the moment. The code, handling this, is in "ZPublisher.HTTPRequest.HTTPRequest.processInputs" (not easy to understand). Dieter

1 0

ZServer Ftp Active mode through firewall
by kent＠tiamat.goathill.org 19 May '00

19 May '00

I believe we discovered a problem with ZServer's ftp server. (Zope 2.1.6) I posted the following to the collector: http://classic.zope.org:8080/Collector/1257/view Has anyone else seen this problem? : ---------------------- It appears that ZServer's active ftp mode may be broken, but probably is only noticed when used in conjunction with a firewall. Ftp Passive mode operates as expected and active mode operates as long as there is no firewall. Observations (Active mode): - client connects, instructs server regarding data port to use. - server appears to never send port 20 reply to client, which is required by the firewall to know that the data port needs to be opened. - client waits on data port. If no firewall, the connection is made. If firewall is blocking high port numbers, the firewall never is instructed to open the data port which is indicated by the server port 20 response (that is never sent), so no connection is made. I saw a number of discussions regarding this topic that indicated that improper DNS configuration was causing the problem. However, this is not the problem in our case. We first noticed that all passive (PASV) mode ftp clients worked correctly, then noticed that all ftp clients on the same subnet or outside the firewall worked correctly, then noticed that active clients inside the firewall were never receiving the port 20 response and that the firewall was blocking the data port from the server. Comments?

3 6

long-running external python method
by Mika, David P (CRD) 19 May '00

19 May '00

I have woes calling a long-running external class method. The external method must be called after the class instance is constructed, because the method modifies class properties. Modifications are done in the external method using python's urllib pointing to the object's manage_edit DTML method. This is done to keep the class updated with progress of this long running process. The process, by the way, is started in a daemon thread so my class_add DTML method can return and (re)display progress. I know I'm getting tangled up in DTML namespaces. For instance, I know I can do the following inside my class_add DTML method: <dtml-with "ZDeform2DClass.createInObjectManager(REQUEST['id'], REQUEST)"> <dtml-call "propertysheets.SimulationStatus.manage_editProperties(REQUEST)"> <dtml-call "ZDeformStart()"> </dtml-with> where ZDeformStart is the external method. But I can't do this because it's a gamble to assume the class instance is created before the external method tries to call the instance's manage_edit! I don't think the class is committed until the final /dtml-with. I have tried synching the daemon thread in the external method, but this conflicts with Zope pickling... I would like to do something like: <dtml-with "ZDeform2DClass.createInObjectManager(REQUEST['id'], REQUEST)"> <dtml-call "propertysheets.SimulationStatus.manage_editProperties(REQUEST)"> </dtml-with> <dtml-call "ZDeform2DClass.ZDeformStart()"> This ensures the class is committed before ZDeformStart is called, but this returns an AttributeError on ZDeformStart. I don't know how to call this method outside the "with" constructor. Could someone offer a zope-line? David Mika GE Corporate Research & Development k1-mb 237 One Research Circle Niskayuna, NY 12309 Ph: 518 387 4223 Fx: 518 387 6232

1 0

Zope 2.2.0a1 problem in select_trigger
by Duncan Booth 19 May '00

19 May '00

I just installed 2.2.0alpha1 onto an NT machine that already had two copies of Zope running happily on it. The new copy of Zope refuses to start with the following traceback: Traceback (innermost last): File "<stdin>", line 1, in ? File "z2.py", line 524, in ? import ZServer File "D:\zope2\ZServer\__init__.py", line 123, in ? from HTTPServer import zhttp_server, zhttp_handler File "D:\zope2\ZServer\HTTPServer.py", line 116, in ? from HTTPResponse import make_response File "D:\zope2\ZServer\HTTPResponse.py", line 97, in ? from PubCore.ZEvent import Wakeup File "D:\zope2\ZServer\PubCore\ZEvent.py", line 91, in ? Wakeup=trigger().pull_trigger File "D:\zope2\ZServer\medusa\select_trigger.py", line 103, in __init__ a.bind (self.address) File "<string>", line 1, in bind socket.error: (10048, 'winsock error') I ran it under pdb and it is trying to bind a socket to 127.9.9.9, port 19999. Zope 2.1.6 had this code inside a loop so that if the bind failed it subtracted 1 from the port number and then tried again until it found a free port (or gave up after trying 50), but the loop has been removed in the new release. (copied to the Collector) -- Duncan Booth duncan(a)dales.rmplc.co.uk int month(char *p){return(124864/((p[0]+p[1]-p[2]&0x1f)+1)%12)["\5\x8\3" "\6\7\xb\1\x9\xa\2\0\4"];} // Who said my code was obscure? http://dales.rmplc.co.uk/Duncan

1 0

Slow startup times
by Toby Dickenson 19 May '00

19 May '00

A number of times the subject of slow startup times has been raised, because it's particularly annoying while developing python products. I've always found it very snappy (restart in less than 4 seconds), but yesterday I found a machine where it was much slower (20 seconds). With the patch below, all my machines can now restart Zope in under 3 seconds ;-) http://classic.zope.org:8080/Collector/1260/view Toby Dickenson tdickenson(a)geminidataloggers.com

2 2

What to return to a document and how to access it
by Thomas Weholt 19 May '00

19 May '00

Hi, These are defined in a product: #----------------------------------------------------------------------- class SomeClass: """DocString""" def __init__(self): """DocString"""" pass SomeDoc = HTMLFile('Some', globals()) # Some.dtml -> DTML-document def SomeMethod(self, values = '', REQUEST): # the values put into the method isn`t important now """Docstring""" a = SomeClass() a.values = {} a.values['1'] = [1,2,3,4,5] a.values['2'] = [323,3,4,41,25] a.plain_string = 'test' a.list = [32,435,21,9] return self.SomeDoc(self, a) #----------------------------------------------------------------------- How can I access the returned object in 'Some.dtml'? I`ve tried stuff like: 1: ( I want the plain_string-property of the a-object ) <dtml-var a.plain_string> 2: ( the same ) <dtml-in a> <dtml-var plain_string> </dtml-in> 3: ( the same ) <dtml-in a> <dtml-var a.plain_string> </dtml-in> 4. <dtml-in a> <dtml-var a.values['1']> </dtml-in> I get a NameError and KeyError etc. It works if I return a dictionary with keys pointing to single values, but I want to return a whole object, and do stuff like : #----------------------------------------------------------------------- <dtml-with a> <h2><dtml-var plain_string></h2> <dtml-in a.values> <li><dtml-var ???> <ul> <dtml-in ???> <dtml-var ???> </dtml-in> </ul> </dtml-in> <ul> <dtml-in a.list> <li><dtml-var ???> </dtml-in> </ul> </dtml-with> #----------------------------------------------------------------------- What I want in HTML : <h2>test</h2> <li>1 <ul> <li>1 <li>2 <li>3 <li>4 <li>5 </ul> <li>2 <ul> <li>323 <li>3 <li>4 <li>41 <li>25 </ul> <ul> <li>32 <li>435 <li>21 <li>9 </ul> If somebody could show me how to access the stuff returned in the method above, I`d be grateful. Thomas

1 0