Guess noone could help me. I chunked it into the bug collector now.
Peter
Peter Arvidsson skrev:
>
> I started this thread on the regular zope mailinglist but now I found a
> similar posting to my problem in the archives.
>
> I have fileobjects where I store pdf-files. If I want to change the
I have been having all sorts of trouble upgrading from ZODBCDA to ZmxODBC.
The ZODBCDA users RDB.DatabaseResults and ZmxODBC (modified from ZOracleDA)
uses Results.Results. These two classes seem to do exactly the same purpose
and so I suppose one shouldn't exist. The important point is that handl
> -Original Message-
> From: Jim Fulton [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, August 10, 2000 9:51 PM
> To: David C. Kankiewicz
> Cc: Jay, Dylan; '[EMAIL PROTECTED]'
> Subject: Re: [Zope-dev] OFS.objectManager checking object Ids
>
> "David C. Kankiewicz" wrote:
> >
> > "Jay, Dyla
David C. Kankiewicz writes:
> "Jay, Dylan" wrote:
> >
> > As I said, when the url is quoted there is no problem.
> >
> > http://azonia.auslabs.lucent.com/Auslabs/AuslabsFAQ/Where%20is%20X%3f
> >
> > causes no problems. The above object is sitting happily inside Zope with a
> > question
Jim Fulton wrote:
>
> Michel Pelletier wrote:
> >
> >
> > I made a test script to make about 300 xmlrpc calls to various manage_
> > methods. I had to kill it after about a half-hour cuz it was takin so
> > long.
>
> This sounds pretty fishy. Are you saying that you made less than
> 300 calls i
Dieter Maurer wrote:
>
> Martijn Pieters writes:
> > Ai, NFS! There is a known no-no about using NFS for Data.fs storage, it leads
> > to data corruptions. Zope and NFS do not mix.
> Huch, why that?
>
> I use Data.fs (occasionally) over NFS and did not yet have had
> problems.
> And appending
At 11:58 PM 8/9/00 +0100, Steve Alexander wrote:
>
>1: ZClass instances can have PropertySheets added to them, independently
>of any sheets declared in the ZClass class definition.
>
>I've been working with Zope for a while, but this had never occurred to
>me. I guess this is just another one of t
At 10:28 AM 8/10/00 +0200, RC Compaan wrote:
>
>Oh ok, this divide clears it up a bit. I somehow imagined that an object's
>properties are always stored inside the object and that Providers are the
>managers of those properties.
I am finding that most people outside of Digital Creations aren't a
Hmm... this is probably more of a plain Zope question than a ZPatterns
question.. but since I'm *using* ZPatterns, I thought I'd check
what other folks are doing to implement apps with ZPatterns.
I've been creating Specialists with DataSkin subclassed objects
in their defaultRacks. The methods
At 05:23 PM 8/10/00 +0400, Jephte CLAIN wrote:
>Hello,
>
>I feel a need to invalidate a dataskin attribute cache after it has been
>edited, because other objects might want to use the just modified
>dataskin, but with the new values.
>Of course, these values come from some attribute providers that
I started this thread on the regular zope mailinglist but now I found a
similar posting to my problem in the archives.
I have fileobjects where I store pdf-files. If I want to change the
pdf-file I use the method "manage_upload". The problem is that if I try
to view it it always choose the one th
Hello,
I feel a need to invalidate a dataskin attribute cache after it has been
edited, because other objects might want to use the just modified
dataskin, but with the new values.
Of course, these values come from some attribute providers that should
be re-queried.
Any thoughts? It seems that t
>> B)Assume I want to give Anonymous the right to 'Add Folders'
>>
>> Then I only have to check the 'Add Folders' permission for Anonymous and
>> the permission will be granted to Anonymous (even, although in the
>> root-folder Anonymous doesn't has the right?
>
>Right.
>
>> Acquisition doesn't t
Michel Pelletier wrote:
>
> Jim Fulton wrote:
> >
> > Michel Pelletier wrote:
> > >
(snip)
> > > Also, ZClient
> > > is much faster i've found, probably due to the marshalling/unmarshalling
> > > necessary for xml-rpc.
> >
> > That's interesting..Hm. ZClient has to marshal. I suspect that
On Wed, 09 Aug 2000 16:06:36 -0400, Jim Fulton <[EMAIL PROTECTED]>
wrote:
>That's interesting..Hm. ZClient has to marshal. I suspect that
>xml-rpc wants some sort of optimization.
xmlrpclib will by default use python's standard library xmllib.py for
parsing, which is terribly slow.
There
Itamar Shtull-Trauring wrote:
>
> Jim Fulton wrote:
>
> > > It's not really favored, both are quite useful. xml-rpc is more for
> > > when you want two different system to interoperate. ZClient is very
> > > zope specific and probably gives you a bit more functionality than
> > > xml-rpc (beca
"David C. Kankiewicz" wrote:
>
> "Jay, Dylan" wrote:
> >
> > As I said, when the url is quoted there is no problem.
> >
> > http://azonia.auslabs.lucent.com/Auslabs/AuslabsFAQ/Where%20is%20X%3f
> >
> > causes no problems. The above object is sitting happily inside Zope with a
> > question mark at
Tom Deprez wrote:
>
> Thanks Jim,
>
> for answering my q'n.
>
> >> In order to change a permission for a certain role, we have to check or
> >> uncheck this permission at the roles permission checkbox.
>
> >I don't understand this. You can grant permissions to
> >a role locally, regardless of
Ok, I got a quick workaround by making a new Product, and creating the
permissions it needed inside there.
I _suspect_ the problem was caused by nested ZClasses.
Uuuugly.
Anthony
>>> Anthony Baxter wrote
>
> I'm trying to export/import a ZClass based product from one Zope2.2
> system to an
I'm trying to export/import a ZClass based product from one Zope2.2
system to another, and I'm getting the following:
Error Type: Permission mapping error
Error Value: Attempted to map a permission to a permission, Edit ekit Partner,
that is not valid. This should never happen. (Waa
Chris Withers wrote:
>
> Steve Alexander wrote:
> > Is there any good reason that the "brains" returned by ZCatalog searches
> > don't have a standard property that reflects the URL of the object they
> > have meta-data from?
>
> That sounds like a good idea :-)
>
> > This would seem to me to b
Steve Alexander wrote:
> Is there any good reason that the "brains" returned by ZCatalog searches
> don't have a standard property that reflects the URL of the object they
> have meta-data from?
That sounds like a good idea :-)
> This would seem to me to be more object-oriented, and would save c
Thanks Jim,
for answering my q'n.
>> In order to change a permission for a certain role, we have to check or
>> uncheck this permission at the roles permission checkbox.
>I don't understand this. You can grant permissions to
>a role locally, regardless of whether you acquire permission
>sett
> At 01:57 PM 8/8/00 +0200, RC Compaan wrote:
> >I've added a propertysheet called "properties" to my ZClass and i notice
> >there is Persistent Sheetprovider under the default rack already. The
> >Sheetprovider has properties Sheet_Names and Sheet_Namespaces. I guess
> >Sheet_Names should refe
Jim Fulton wrote:
> > It's not really favored, both are quite useful. xml-rpc is more for
> > when you want two different system to interoperate. ZClient is very
> > zope specific and probably gives you a bit more functionality than
> > xml-rpc (because it has the 'remote object' abstraction).
25 matches
Mail list logo