- Zope-Dev - Zope lists

Fw: apparent problems with LocalFS after zope upgrade
by Jonothan Farr 26 Jan '01

26 Jan '01

I'm getting reports of some very strange behavior with Zope 2.2.5 using the LocalFS product, which seems to involve the authentication mechanism somehow. I'm rather at a loss where to even begin troubleshooting here. If anyone has any suggestions they would be much appreciated. Thanks, --jfarr ----- Original Message ----- From: "Kent Polk" <kent(a)tiamat.goathill.org> To: "Jonothan Farr" <jfarr(a)speakeasy.org> Sent: Friday, January 26, 2001 9:25 AM Subject: Re: apparent problems with LocalFS after zope upgrade > Unders some (unknown) conditions, subdirectories under a localfs > mount point can no longer be found: > > <TD WIDTH="90%"> > <H2>Zope Error</H2> > <P>Zope has encountered an error while publishing this resource. > </P> > <P><STRONG>Resource not found</STRONG></P> > > Sorry, the requested Zope resource does not exist.<p>Check the URL and try > again.<p> >  > > ... > > <!-- > Traceback (innermost last): > File /usr/pkg/share/zope/lib/python/ZPublisher/Publish.py, line 222, in > publish_module > File /usr/pkg/share/zope/lib/python/ZPublisher/Publish.py, line 187, in > publish > File /usr/pkg/share/zope/lib/python/Zope/__init__.py, line 221, in > zpublisher_exception_hook > (Object: pysrc) > File /usr/pkg/share/zope/lib/python/ZPublisher/Publish.py, line 162, in > publish > File /usr/pkg/share/zope/lib/python/ZPublisher/BaseRequest.py, line 338, in > traverse > File /var/zope/Products/LocalFS/LocalFS.py, line 462, in __bobo_traverse__ > (Object: pysrc) > File /usr/pkg/share/zope/lib/python/ZPublisher/HTTPResponse.py, line 529, in > notFoundError > NotFound: (see above) > > Note that 'macpysrc' folder (above) shows up in the default directory > listing, but the above is what I get when I select it. Files which > are contained within the directory are available though... Only > the direcoty listing is not, and this is true whether there is an > index.html file in the directory or not (as well as one in the > parent-mount point or not). > > --------- > > I did note that when entering the subdirectories (using localfs) > the authentication mechanism had lost track of who I was and I was > now an Anonymous User. This doesn't happen with all LocalFS mount > points though, and haven't been able to determine what is different > between the ones that work correctly and the ones that don't except > that the ones that don't were fairly recently created using Zope-2.2.4 > LocalFS v0.9.4 while the ones that do work were created last summer > sometime. > > Note that this is observed on two different zope servers - different > hosts - using both Localfsv0.9.4 and Localfsv0.9.6. Again, this > appeared almost immediately after I upgraded to Zope-2.2.5. I had > already upgraded both servers before I noticed the problem. :^( > > Any suggestions on what to check? > > Thanks! >

1 0

FW: Re: [Zope-dev] Passing arguments to DTML Methods
by Jon Franz 26 Jan '01

26 Jan '01

PS: my example assumes you _only_ want passed arguments to be usable to the DTML method you are calling - if you want to pass parameters And get the default namespace, you have to pass it ('_') also. My util methods that use params Only use those params (I try to keep a clean interface) - but yours might not... >-----Original Message----- >From: Jon Franz >Sent: Friday, January 26, 2001 2:07 PM >To: 'ceeesf(a)cee.hw.ac.uk' >Cc: 'zope-dev(a)zope.org' >Subject: Re: [Zope-dev] Passing arguments to DTML Methods > > >This is an undocumented (afaik) feature of DTML methods/documents - due to the way python >argument mapping works, you can pass any value into a 'local' variable in a DTML method like thus: > ><dtml-var "myDTMLmethod(foo=5,greg=Sally)"> > >this the above case, Sally could be a legal variable value that will be put into the new local greg >in your DTML method, and one named foo with the value of 5. AFAIK this is pass-by-value, so modifying greg in your called method >will not change sally, but I could be wrong... >I use this sort of thing quite often in one of my ongoing projects where I need to reformat >dates strings from their mysql format to how the client wants to view them... I have a method named >undb_dateout that uses a variable called 'dbdate' and does some string splitting and formatting to output it. >Originally, I would do things like this with the method: > ><dtml-call "REQUEST.set('dbdate', currentdatevar)"> ><dtml-var undb_dateout> > >Then, on a whim I changed this to: ><dtml-var "undb_dateout(dbdate=currentdatevar)"> > >And it worked... >Someone should add this to the DTML documentation, or at least make it stand out more - it is VERY >useful... If no one else does I'll write-up a how-to on it. > >>>> >>Message: 7 >>Date: Thu, 25 Jan 2001 19:13:59 +0000 (GMT) >>From: Espen Sorbye Frederiksen <ceeesf(a)cee.hw.ac.uk> >>To: <zope-dev(a)zope.org> >>Subject: [Zope-dev] Passing arguments to DTML Methods <<SNIP>> >>Espen

1 0

Re: [Zope-dev] Passing arguments to DTML Methods
by Jon Franz 26 Jan '01

26 Jan '01

This is an undocumented (afaik) feature of DTML methods/documents - due to the way python argument mapping works, you can pass any value into a 'local' variable in a DTML method like thus: <dtml-var "myDTMLmethod(foo=5,greg=Sally)"> this the above case, Sally could be a legal variable value that will be put into the new local greg in your DTML method, and one named foo with the value of 5. AFAIK this is pass-by-value, so modifying greg in your called method will not change sally, but I could be wrong... I use this sort of thing quite often in one of my ongoing projects where I need to reformat dates strings from their mysql format to how the client wants to view them... I have a method named undb_dateout that uses a variable called 'dbdate' and does some string splitting and formatting to output it. Originally, I would do things like this with the method: <dtml-call "REQUEST.set('dbdate', currentdatevar)"> <dtml-var undb_dateout> Then, on a whim I changed this to: <dtml-var "undb_dateout(dbdate=currentdatevar)"> And it worked... Someone should add this to the DTML documentation, or at least make it stand out more - it is VERY useful... If no one else does I'll write-up a how-to on it. >>> >Message: 7 >Date: Thu, 25 Jan 2001 19:13:59 +0000 (GMT) >From: Espen Sorbye Frederiksen <ceeesf(a)cee.hw.ac.uk> >To: <zope-dev(a)zope.org> >Subject: Message: 7 >Date: Thu, 25 Jan 2001 19:13:59 +0000 (GMT) >From: Espen Sorbye Frederiksen <ceeesf(a)cee.hw.ac.uk> >To: <zope-dev(a)zope.org> >Subject: [Zope-dev] Passing arguments to DTML Methods > >Sorry this, possibly, very trivial question: > >How do you pass on variables to a DTML Method. >If I would use a python method I would use <dtml-call "pythonmethod(var1, >var2)">. This does not work with DTML Methods. First of all why? Secondly >how is it possible to get around the problem? > >Hope someone kindly could answer my question, > >Espen > > > >

1 0

Server seems to stop responding.
by Andy McKay 26 Jan '01

26 Jan '01

OS: Win2K Zope: 2.2.4b1, using ZServer direct Site, large catalog roughly 20,000 items, database size 839 MB. Problem: Zope's running quite happily, and then all of a sudden will stop responding to incoming requests. A restart and its fine. There is no memory leak (memory usage is very low), no other resources consuming space. All log files say nothing. There seems to be no obvious trigger or thing to cause it, only time (or use). Im at wits end to figure out: a) where to start debugging (apart from log files, Control Panel debug etc) and b) solution... Any help will get my undying gratitude... -- Andy McKay.

2 2

Re: [Zope-dev] ZCatalog FieldIndex bug in Zope 2.3.0b3
by Chris McDonough 26 Jan '01

26 Jan '01

This is fixed in CVS. ChrisP works fast. :-) ----- Original Message ----- From: "Chris Withers" <chrisw(a)nipltd.com> To: "Chris McDonough" <chrism(a)digicool.com> Sent: Friday, January 26, 2001 11:23 AM Subject: Re: [Zope-dev] ZCatalog FieldIndex bug in Zope 2.3.0b3 > Chris McDonough wrote: > > > > I've put the fieldindex bug in the collector. > > Thanks... wasn't sure whether it was collector material or not :-) > > Chris >

1 0

Key error using manage_changeProperties
by Espen Sorbye Frederiksen 26 Jan '01

26 Jan '01

I am pssing the category argument to the method below. The category variable is representing a propety of the Log object. My code below works ok when I get the property (1), but fails when I try to update that property (2) with a new value. I have tried to use _[category] but it disallowes the use of expression, understandably, as a keyword. Any ideas how I can get around this problem? Cheers, Espen <dtml-let (1)value="_.getattr(userFolder,username).Log.getProperty(category)" newvalue="value+......."> (2)<dtml-call "_.getattr(userFolder,username).Log.manage_changeProperties(category=newvalue)"> </dtml-let>

1 0

AttributeError when adding ZClass product (PortalMembership)
by morten＠esol.no 26 Jan '01

26 Jan '01

Hi guys, I have a problem with a product. This product, let's call it product SuperSecret, adds a number of folderish objects to the new instance when it is created. Now, if we name the SuperSecret product instance for a, and the class instance that raises the AttributeError b, I will show you what happens: I am at the root folder of the Zope instace, and select the SuperSecret entry from the Products list. There I enter the relevant information, and submit the form. But then, the SuperProduct raises an exception when the manage_add_some_class function tries to add the new b instance to the a instance. (No exception is raised when the offending line which tries to access the Control_Panel via the b instance & acquisition is commented out). The manage method, which looks like this: def manage_add_b(self, id, description, REQUEST=None): "Add an instance of the b class." self._setObject(id, b(id, description)) #get_transaction().commit() Shared.utils.install_authentication_folder(self[id]) which calls an external function, which looks like this: def install_authentication_folder(container): container.Control_Panel.Products.PortalMembership.doInstall(folder=container, REQUEST={}) which raises an AttributeError that looks like this: Zope Error Zope has encountered an error while publishing this resource. Error Type: AttributeError Error Value: Control_Panel [...] File /home/morten/Zope/lib/python/Products/rs/rs.py, line 56, in manage_add_a File /home/morten/Zope/lib/python/Products/SuperSecret/a.py, line 168, in __init__ (Object: CatalogAware) File /home/morten/Zope/lib/python/Products/SuperSecret/b.py, line 61, in manage_add_b (Object: CatalogAware) File /home/morten/Zope/lib/python/Products/SuperSecret/Shared/utils.py, line 211, in install_authentication_folder (Object: CatalogAware) AttributeError: (see above) Now, I guess this could be because the new instance isn't aware of it's surroundings, but I've tried to manually commit the transaction (which could help?), but obviously didn't... =) I guess it could be a solution to call a number of methods after the product instance is added, but that's a bit too hackish for me. Any ideas? Thanks in advance, Morten

1 0

Error Message
by Andre Schubert 26 Jan '01

26 Jan '01

Hi all The last time i get some times the following error: 2001-01-26T08:45:55 ERROR(200) ZODB Couldn't load state for '\000\000\000\000\000\000\260\256' Traceback (innermost last): File /usr/share/zope_2.2/Zope-2.2.0-src/lib/python/ZODB/Connection.py, line 442, in setstate AttributeError: 'None' object has no attribute 'load' My questions are what does that mean and how can a find out from which Object the error comes from ? Could anyone help?? as

1 0

Re: [Zope-dev] Passing arguments to DTML Methods
by Dieter Maurer 25 Jan '01

25 Jan '01

Espen Sorbye Frederiksen writes: > How do you pass on variables to a DTML Method. > If I would use a python method I would use <dtml-call "pythonmethod(var1, > var2)">. This does not work with DTML Methods. First of all why? Secondly > how is it possible to get around the problem? DTML Methods have 2 positional and arbitrary many keyword parameters. The positional arguments are "client" and "REQUEST". "client" is an object (or tuple of objects or None). All attributes of "client" are put into the DTML namespace. "REQUEST" is a mapping object (or None), all keys of this object are put into the DTML namespace. All keyword arguments are put into the DTML namespace. Thus, you can use: <dtml-XXX "method(_.None,_,param1=value1, param2=value2, ...)"> In this use: "_.None" is the client and "_" the mapping object. You must pass the "_" as otherwise, you break the DTML namespace chain. An alternative, probably easier: <dtml-let param1="value1" param2="value2" ....> <dtml-XXX method> </dtml-let> i.e. you bring the arguments into the DTML namespace (with the "let") and then let DTML automatically pass the namespace to your method. Dieter

2 1

Passing arguments to DTML Methods
by Espen Sorbye Frederiksen 25 Jan '01

25 Jan '01

Sorry this, possibly, very trivial question: How do you pass on variables to a DTML Method. If I would use a python method I would use <dtml-call "pythonmethod(var1, var2)">. This does not work with DTML Methods. First of all why? Secondly how is it possible to get around the problem? Hope someone kindly could answer my question, Espen

1 0