En/na Tres Seaver ha escrit:
|
| Now, accessed and container are always the same, and in some cases
| should be different. I attach a patch to solve this case that works
| for me. I'm not sure if my code is the best way to solve the problem
| but, as I said, it seems to work fine.
| Of course,
That's great. So, in your case, what triggers the processing of the queue?
Did you write a cron job to run at a certain time? Did you modify the
hardcoded sleep interval of the Processor.py? Do you manually run it
through the ZMI using the portal_catalog 'Queue' tab? Other?
-Original
Andreas Jung wrote:
I can across the following problem while trying to fix the broken FTP
service for Zope 2.8:
ObjectManager.manage_FTPstat() tries to access
self.manage_FTPlist.__roles__ whose
value is ('Manager',') in Zope 2.7. In 2.8 this attribute is not
available. Can someone explain
You didn't use the getattr that Dieter suggested.
But see my other follow on note.
Jim
Andreas Jung wrote:
--On Sonntag, 20. Februar 2005 19:42 Uhr +0100 Dieter Maurer
[EMAIL PROTECTED] wrote:
You can use the getattr above to resolve the attribute.
That really did not help:
- print
Why do we have __roles__ in the first place? After all, when we
declare protections for our classes, we do so with permissions.
The answer lies in a terrible mistake I made years ago.
Long before Principia, there was Bobo. Bobo originally had a security
model based on roles. Objects had a
Andreas Jung wrote:
I can across the following problem while trying to fix the broken FTP
service for Zope 2.8:
ObjectManager.manage_FTPstat() tries to access
self.manage_FTPlist.__roles__
Why is it trying to do this?
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
--On Montag, 21. Februar 2005 9:17 Uhr -0500 Jim Fulton [EMAIL PROTECTED]
wrote:
Andreas Jung wrote:
I can across the following problem while trying to fix the broken FTP
service for Zope 2.8:
ObjectManager.manage_FTPstat() tries to access
self.manage_FTPlist.__roles__
Why is it trying to do
Radosław Stachowiak wrote at 2005-2-20 22:09 +0100:
(Bzope-2.7.4 and zopex3-3.0.0 stops 'configure' with error on python 2.3.5.
(Bis it safe to force zope to use python 2.3.5 instead of 2.3.4 ?
(B
(BThat should be safe.
(B
(B--
(BDieter
(B___
Ken Wasetis wrote at 2005-2-21 07:41 -0600:
So, in your case, what triggers the processing of the queue?
We have an external queue processor.
Usually, it looks every second whether there is work to do
and if so, processes the queue.
--
Dieter
___
On Mon, 21 Feb 2005 19:50:49 +0100, Dieter Maurer [EMAIL PROTECTED] wrote:
Radoslaw Stachowiak wrote at 2005-2-20 22:09 +0100:
zope-2.7.4 and zopex3-3.0.0 stops 'configure' with error on python 2.3.5.
is it safe to force zope to use python 2.3.5 instead of 2.3.4 ?
That should be safe.
OK,
On Mon, 21 Feb 2005 21:08:01 +0100, Andreas Jung [EMAIL PROTECTED] wrote:
zope-2.7.4 and zopex3-3.0.0 stops 'configure' with error on python 2.3.5.
is it safe to force zope to use python 2.3.5 instead of 2.3.4 ?
It does *not* force you to use 2.3.4. There is a --with-python option if
you
--On Montag, 21. Februar 2005 21:23 Uhr +0100 Rados?aw Stachowiak
[EMAIL PROTECTED] wrote:
On Mon, 21 Feb 2005 21:08:01 +0100, Andreas Jung [EMAIL PROTECTED]
wrote:
zope-2.7.4 and zopex3-3.0.0 stops 'configure' with error on python
2.3.5. is it safe to force zope to use python 2.3.5 instead
12 matches
Mail list logo