I can get it to work :-/
I get an attributeerror on aq_inner in lib/python/AccessControl/Owned.py,
line 302, in ownerInfo
Seems as if the user i provide isn't of the right type?
How do you use your method? How is it being called?
/Magnus
Magnus,
No, changeOwnership is not exposed for TTW
I call the external method like this from DTML...
set_owner(restrictedTraverse(path_to_user)),
where path to user is a physical path, but I'm using the ZUserFolder, so I
can use the restrictedTraverse to get to users. UserFolder has a different
API. You could do this if your acl_users is a
def set_owner(self, user_name):
self.changeOwnership(self.acl_users.getUser(user_name))
OK, so that should keep you busy for a while. Anyway, the
Not long enough :-P
point is that the
parameter to changeOwnership is a User _object_. Good luck.
Ive got this external method in a
The one that comes with Zope.
/Magnus
-Ursprungligt meddelande-
Från: Tim McLaughlin [mailto:[EMAIL PROTECTED]]
Skickat: den 10 maj 2001 15:26
Till: 'Magnus Heino (Rivermen)'; Tim McLaughlin
Kopia: '[EMAIL PROTECTED]'
Ämne: RE: Subject: [Zope-dev] change ownership
What kind
What kind of UserFolder are you using... LoginManager or something?
-Original Message-
From: Magnus Heino (Rivermen) [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 10, 2001 9:13 AM
To: 'Tim McLaughlin'; Magnus Heino (Rivermen)
Cc: '[EMAIL PROTECTED]'
Subject: SV: Subject: [Zope-dev]
Do you have multiple acl_users objects in the acquisition context of the
object? Because if you do and the self.acl_users will acquire (possibly)
the wrong user database. If that's not the problem, I'm gonna have to let
it cook, and I'll probably come up w/ somethin' later.
--Tim
plug You
R. David Murray wrote:
On Tue, 8 May 2001, Jeff wrote:
I have created a product with a zclass that contains a zclass; classA contains
classB.
[...]
Now for the part I don't understand.
I have a page where I would like dynamically display a classB object. I used the
following:
Fred Wilson Horch wrote:
The problem that happens on import is a KeyError on line 194 of this bit
of code:
lines 192-197 of lib/python/ZODB/ExportImport.py
ooid=h[:8]
if oids:
oid=oids[ooid]
if type(oid) is
Kapil (and others),
Although very sketchy and I can't guarantee anything works, my
experiments with object-relational mapping in Zope are found at
http://www.zope.org/Members/hathawsh/ormapping.tar.gz . If ORMapping.py
is in the ZODB directory, you can use the following custom_zodb.py to
run
Hi Shane,
--On Donnerstag, 10. Mai 2001 11:32 -0400 Shane Hathaway
[EMAIL PROTECTED] wrote:
...
But storage of binary pickles was never the intention anyway. I created
a little interface that would allow you to store different classes in
different PostgreSQL tables. Before I got to
Tino Wildenhain wrote:
But storage of binary pickles was never the intention anyway. I created
a little interface that would allow you to store different classes in
different PostgreSQL tables. Before I got to implementing anything,
Is this much like the ZPatterns approach?
Which part
Hi Shane,
You wrote:
Importing multiple objects simultaneously could result in a fair amount
of confusion...
Can you elaborate? When you import a folder, for example, it imports
the folder and all objects in it.
Why is it any different to import two unrelated objects?
Would it be better
I have a proposal up for discussion on adding hookable callbacks to
property events. If you are interested in such topics as property
validation, CatalogAware syncing on property changes, etc, please take a
look within the next few days. I think this is something that many
people could use, so
Hi shane,
I think the motivation people want an RDBMS storage beneth zodb is
because they understand RDBMSes these days are performant, relieable
and can quiete easy maintained.
I've seen Java implementations using this approach to achive persistens
using as example Powertier[tm] to explicit
Fred Wilson Horch wrote:
You wrote:
Importing multiple objects simultaneously could result in a fair amount
of confusion...
Can you elaborate? When you import a folder, for example, it imports
the folder and all objects in it.
If there are some objects in the folder that have
Tino Wildenhain wrote:
I think the motivation people want an RDBMS storage beneth zodb is
because they understand RDBMSes these days are performant, relieable
and can quiete easy maintained.
The other motivations for an RDBMS are (1) people have existing schemas
and want Zope to access the
Tino Wildenhain wrote:
Hi shane,
I think the motivation people want an RDBMS storage beneth zodb is
because they understand RDBMSes these days are performant, relieable
and can quiete easy maintained.
I've seen Java implementations using this approach to achive persistens
using as
You know, it might be possible to get a team together to implement
this. How many out there would be interested in pursuing it further?
IMHO it's not as much work as it sounds at first. Zope being so
object-oriented, you really can replace one of its most fundamental
assumptions (an
Joachim Werner wrote:
You know, it might be possible to get a team together to implement
this. How many out there would be interested in pursuing it further?
IMHO it's not as much work as it sounds at first. Zope being so
object-oriented, you really can replace one of its most
On Thu, 10 May 2001, Anthony Baxter wrote:
As far as I can see, ZEO clients don't write a pid to Z2.pid until
after they've successfully connected to a storage. Is there a reason
for this?
Probably not. It's nothing to do with ZEO, z2.py does an 'import Zope'
before it writes the z2.pid
[EMAIL PROTECTED] writes:
...
File /usr/lib/python1.5/xmllib.py, line 227, in goahead
self.syntax_error('illegal character in content')
File /usr/lib/python1.5/xmllib.py, line 748, in syntax_error
raise RuntimeError, 'Syntax error at line %d: %s' % (self.lineno,
message)
Dieter Maurer wrote:
[EMAIL PROTECTED] writes:
...
File /usr/lib/python1.5/xmllib.py, line 227, in goahead
self.syntax_error('illegal character in content')
File /usr/lib/python1.5/xmllib.py, line 748, in syntax_error
raise RuntimeError, 'Syntax error at line %d: %s' %
Chris Withers wrote:
[EMAIL PROTECTED] wrote:
RuntimeError: Syntax error at line 34: illegal character in content
This was the bane of one of our projects to the point where Andy re-wrote
ZMailIn to no-longer use XML-RPC.
Yeah, I am currently base64'ing the data, and it works.
It's
Yeah, I am currently base64'ing the data, and it works.
Ive seen this in some code but didnt want to say anything for fear of
sounding stupid. It doesnt seem right somehow.
--
Andy McKay.
___
Zope-Dev maillist - [EMAIL PROTECTED]
Andy McKay wrote:
Yeah, I am currently base64'ing the data, and it works.
Ive seen this in some code but didnt want to say anything for fear of
sounding stupid. It doesnt seem right somehow.
See, this is the problem. I'm running into crunch-time at the moment, and I
really don't have
[EMAIL PROTECTED] wrote:
Andy McKay wrote:
Yeah, I am currently base64'ing the data, and it works.
Ive seen this in some code but didnt want to say anything for fear of
sounding stupid. It doesnt seem right somehow.
See, this is the problem. I'm running into crunch-time at the
Shane Hathaway wrote:
The problem with sending binary data unencoded is line endings: \r\n
might be helpfully converted to \n and vice-versa. Other characters
can be encoded but apparently parsers treat #10; and #13;#10; as a
real line ending.
I'm not sure where this leaves me... I think
Hi,
Is there any plans for zope to support OS X?
terry
--
Terry Kerr ([EMAIL PROTECTED])
Adroit Internet Solutions (www.adroit.net)
Phone: +61 3 9563 4461
Fax: +61 3 9563 3856
ICQ: 79303381
___
Zope-Dev maillist - [EMAIL PROTECTED]
There's a howto on that, I recall seeing.
Hi,
Is there any plans for zope to support OS X?
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
Shane Hathaway wrote:
I feel like the absence of base-64 encoding is an oversight in the
protocol, along with the absence of a null type (which would correspond
to None.) That's why I think it's not a kludge to extend XML-RPC.
The omission of the explicit null is one of the oldest gripes
30 matches
Mail list logo
