[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.
It's to do with stuff-which-should-probably-be-entities but we never tracked
down what was
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 sta
> 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
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
>
>
> Wh
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] chang
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
You could al
"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
>fol
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 Zop
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 im
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?
Whi
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 bette
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 you
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 m
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 hav
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
> usin
> 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 OO
Hi Casey,
> How about XML storage! 8^) You think startup times are slow now...
argh ;) Buzzword-detected ;))
XML would be only a different pickling format :)
Regards
Tino
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/list
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 f
[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,
> m
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
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.
> 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]
http://lists
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 hav
[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-
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
and
as a
> real line ending.
I'm not sure where this leaves me... I think this m
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]
http://lists.
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 -
On Fri, 11 May 2001 [EMAIL PROTECTED] wrote:
> 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
and
as a
> > real line endi
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 grip
Shane Hathaway <[EMAIL PROTECTED]> said:
>That's one reason ZODB is so nice. You can write an application without
>writing a formal schema.
>
One of the reasons I am seriously considering to migrate our production
database from PostgreSQL to ZODB. I am about to implement our product
database, and
34 matches
Mail list logo