Re: [Zope] First run TypeError
I managed a fix to my threading and it solved my trouble. It was a bit sidetracked earlier with the Type Error message. My hunch was right in the end. Many thanks. Regards, David David Pratt wrote: Hi Andreas. I have been experimenting with creating backend storages for zope. There is no traceback or error that appears in the error log or event log. My hunch is that the message may be erroneous and that access to the storage is being blocked since the database I am currently experimenting with is not thread safe. I am trying to handle this with a connection pool. I believe that the block is cleared with first two requests that don't succeed - since each time it would be calling a new thread. I believe the reason that this is only occurring on startup is because zope has to load objects with the initial threads to the storage before serving requests. Regards David Andreas Jung wrote: --On 7. Mai 2006 09:04:54 -0300 David Pratt <[EMAIL PROTECTED]> wrote: I've got a bit more information from my Z2.log: On a normal startup attempt with data.fs: I get one or two lines with "HEAD /VirtualHostBase/http/:80/ HTTP/1.1" 200 312 "" "" as the anonymous Then a GET 200 code (ok) when I authenticate at the /manage URL On the new storage: No "HEAD" lines appear as the anonymous user and the first two GETs to the /manage URL give a 500 code (internal server error) The following error appears on the browser: Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) What is a hybrid storage? Where is the full traceback? You posting contains very little useful information to figure out what you are really trying to do. -aj ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] First run TypeError
Hi Andreas. I have been experimenting with creating backend storages for zope. There is no traceback or error that appears in the error log or event log. My hunch is that the message may be erroneous and that access to the storage is being blocked since the database I am currently experimenting with is not thread safe. I am trying to handle this with a connection pool. I believe that the block is cleared with first two requests that don't succeed - since each time it would be calling a new thread. I believe the reason that this is only occurring on startup is because zope has to load objects with the initial threads to the storage before serving requests. Regards David Andreas Jung wrote: --On 7. Mai 2006 09:04:54 -0300 David Pratt <[EMAIL PROTECTED]> wrote: I've got a bit more information from my Z2.log: On a normal startup attempt with data.fs: I get one or two lines with "HEAD /VirtualHostBase/http/:80/ HTTP/1.1" 200 312 "" "" as the anonymous Then a GET 200 code (ok) when I authenticate at the /manage URL On the new storage: No "HEAD" lines appear as the anonymous user and the first two GETs to the /manage URL give a 500 code (internal server error) The following error appears on the browser: Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) What is a hybrid storage? Where is the full traceback? You posting contains very little useful information to figure out what you are really trying to do. -aj ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] LocalFS problems
Chris, Andreas, others LocalFS product (1.3-andreas) seems to be having a problem with the tag in Zope 2.9.2/Python 2.4.2. The behavior is very different for a folder with three nested sub-folders (a list of the three nested sub-folders) that what is seen when pointed to a LocalFS with three nested subdirectories, even though they should be similar or the same. The problem seems to be with the tpValues() program in the LocalFS product which returns an empty list. The controlling flag, o.isPrincipiaFolderish, seems to be set to zero when it ought to have a value of 1 when the object being referenced is a LocalDirectory instance. As a result, instead of returning a list of sub-directories it returns an empty list. There seems to be some trickery going on with the isPrincipiaFolderish and the tree_view attributes, but I don't quite get what's supposed to happen. SmileyChris? I think these were your mods. Incidentally, the ZMI panel which uses seems to have the same sort of problems I am seeing when there is a LocalFS. Has anyone else encountered this problem? I plan to move to the 1.7-rc1 version, but there does not appear to be a fix for a bug of this sort in this latest release. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Re: ftp server deadlocking zope with DeadlockDebugger
This doesn't look like a deadlock (or you would see the thread locked on a thread-waiting operation). Maybe it's a livelock, or maybe simply a very long-running process, or an infinite loop. You'd find more about it by doing more snapshots, and finding what the common top part of the traceback is. It will point you to the part of the code that's repeatedly called. Florent Michael Kaplan wrote: Dieter Maurer wrote: Michael Kaplan wrote at 2006-5-5 16:09 +0200: ... File "/home/www/Zope-2.8.5-0/Products/Archetypes/ReferenceEngine.py", line 583, in getReferences return self._resolveBrains(brains) File "/home/www/Zope-2.8.5-0/Products/Archetypes/ReferenceEngine.py", line 716, in _uidFor return uuid, obj File "/home/www/Zope-2.8.5-0/Products/Archetypes/ReferenceEngine.py", line 634, in isReferenceable return (IReferenceable.isImplementedBy(object) or File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/_InterfaceClass.py", line 111, in isImplementedBy return visitImplements( File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/Implements.py", line 86, in visitImplements return r File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/Implements.py", line 86, in visitImplements return r File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/Implements.py", line 86, in visitImplements return r File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/Interface/Implements.py", line 81, in visitImplements elif implements_class == TupleType or type(implements) is TupleType: Could anybody explain what's wrong here and how to repair it? Stays the part above (maybe partially) accross several "DeadlockDebugger" invocations (or changes the tail of your traceback continously)? In this case, there would seem to be some infinite loop caused by the AT "ReferenceEngine" (I like it). As you supposed the tail changes if I invoke DeadlockDebugger several times. Here are 3 more examples besides the one I sent before: Thread 10 (GET /dirname/manage_FTPlist): File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZServer/PubCore/ZServerPublisher.py", line 23, in __init__ response=response) File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 386, in publish_module environ, debug, request, response) File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 187, in publish_module_standard response = publish(request, module_name, after_list, debug=debug) File "/home/www/Zope-2.8.5-0/Products/PlacelessTranslationService/PatchStringIO.py", line 51, in new_publish x = Publish.old_publish(request, module_name, after_list, debug) File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 104, in publish object=request.traverse(path, validated_hook=validated_hook) File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/BaseRequest.py", line 272, in traverse bpth(object, self) File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 421, in __before_publishing_traverse__ stack.append('not_available_lang') File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 150, in getTranslationLanguages return self.getTranslations().keys() File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 176, in getTranslations return self.getCanonical().getTranslations() File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 196, in isCanonical return not bool(self.getReferenceImpl(config.RELATIONSHIP)) File "/home/www/Zope-2.8.5-0/Products/Archetypes/Referenceable.py", line 105, in getReferenceImpl return refs File "/home/www/Zope-2.8.5-0/Products/Archetypes/ReferenceEngine.py", line 577, in getReferences if targetObject: Thread 10 (GET /dirname/manage_FTPlist): File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZServer/PubCore/ZServerPublisher.py", line 23, in __init__ response=response) File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 386, in publish_module environ, debug, request, response) File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 187, in publish_module_standard response = publish(request, module_name, after_list, debug=debug) File "/home/www/Zope-2.8.5-0/Products/PlacelessTranslationService/PatchStringIO.py", line 51, in new_publish x = Publish.old_publish(request, module_name, after_list, debug) File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/Publish.py", line 104, in publish object=request.traverse(path, validated_hook=validated_hook) File "/usr/local/mypackages/Zope-2.8.5-final/lib/python/ZPublisher/BaseRequest.py", line 272, in traverse bpth(object, self) File "/home/www/Zope-2.8.5-0/Products/LinguaPlone/I18NBaseObject.py", line 421, in __before_publi
Re: [Zope] First run TypeError
--On 7. Mai 2006 09:04:54 -0300 David Pratt <[EMAIL PROTECTED]> wrote: I've got a bit more information from my Z2.log: On a normal startup attempt with data.fs: I get one or two lines with "HEAD /VirtualHostBase/http/:80/ HTTP/1.1" 200 312 "" "" as the anonymous Then a GET 200 code (ok) when I authenticate at the /manage URL On the new storage: No "HEAD" lines appear as the anonymous user and the first two GETs to the /manage URL give a 500 code (internal server error) The following error appears on the browser: Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) What is a hybrid storage? Where is the full traceback? You posting contains very little useful information to figure out what you are really trying to do. -aj -- ZOPYX Ltd. & Co. KG - Charlottenstr. 37/1 - 72070 Tübingen - Germany Web: www.zopyx.com - Email: [EMAIL PROTECTED] - Phone +49 - 7071 - 793376 E-Publishing, Python, Zope & Plone development, Consulting pgpdGu5dfQZMM.pgp Description: PGP signature ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] First run TypeError
I've got a bit more information from my Z2.log: On a normal startup attempt with data.fs: I get one or two lines with "HEAD /VirtualHostBase/http/:80/ HTTP/1.1" 200 312 "" "" as the anonymous Then a GET 200 code (ok) when I authenticate at the /manage URL On the new storage: No "HEAD" lines appear as the anonymous user and the first two GETs to the /manage URL give a 500 code (internal server error) The following error appears on the browser: Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) The third GET always succeeds (200 ok) in allowing authentication. The instance behaves as normal in every regard afterwards. This only occurs on startup. Regards, David David Pratt wrote: Hi. I have been experimenting with making a hybrid storage for zodb. The storage seems to work well except that I am getting this error on the first request to the server and I am not exactly sure where it is coming from. Error Type: TypeError Error Value: unbound method method_descriptor object must be called with Application instance as first argument (got RequestContainer instance instead) When I refresh the browser, I get my login and no problems at all using the zope instance etc. The event and error logs are clean. But when I restart the server, the error appears on startup again. Many thanks. Regards, David ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] strange behaviour:can not access source-view.gif but a copy of it
Dieter Maurer wrote: robert rottermann wrote at 2006-5-3 16:10 +0200: what I meant is that I only can access the trough its "normal" url (using apache) www.ersigen.ch/view-source.gif never terminates What does the "wget -S http://www.ersigen.ch/view-source.gif"; gives you? prints the following and waits for ever: [EMAIL PROTECTED]:/home/zope/Products/redProducts/RedUtils/commander/tests> wget -S http://www.ersigen.ch/view-source.gif --09:59:48-- http://www.ersigen.ch/view-source.gif => `view-source.gif' Auflösen des Hostnamen »www.ersigen.ch« 193.246.254.98 Verbindungsaufbau zu www.ersigen.ch|193.246.254.98|:80... verbunden. HTTP Anforderung gesendet, warte auf Antwort... robert begin:vcard fn:robert rottermann n:rottermann;robert email;internet:[EMAIL PROTECTED] tel;work:031 333 10 20 tel;fax:031 333 10 23 tel;home:031 333 36 03 x-mozilla-html:FALSE version:2.1 end:vcard ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )