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 it
Shane Hathaway wrote:
Kapil gave Jim and I a good introduction to SmartObjects yesterday. So
far, it seems a lot like ZPatterns in that it mandates a new database
access API rather than trying to be transparent like ZODB.
The other is TransWarp, which has a slightly different focus, but
Chris McDonough wrote:
Here Chris, I'll try to solve your pain (untested):
from AccessControl import ModuleSecurityInfo
ModuleSecurityInfo('Products').declarePublic('Catalog')
ModuleSecurityInfo('Products.Catalog').declarePublic('CatalogError')
Could that we added to
Hi,
We're developing a shopping cart using the CoreSessionTracking product
v0.8, but we've run into a strange problem; once in a while
getSessionData() will create a new session data object (the token value
remains the same), and us that for a while. Now we'll end up having two
different
Hi!
Do you know that there already is a project for OR-Mapping in Zope
(actually
there are two ...)?
Yes, and I think the projects need to look into replacing parts of ZODB
rather than adding complexity. ZODB has pieces that can be split apart
and replaced as needed, such as caching,
So, if I had a.n.other SQL table containing some attributes, how would you
see
that mappign to Zope objects?
What meta_type would they be?
Where would they show up?
That's why we need an API and can't just do everything transparently ;-)
We have the conept of SmartAttributeSheets (names
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 of ZPatterns are
Hi,
I did install the xron product from Istaffor, but it doesn't work.
I am using Zope - .2.3.2, and installed xron. But, when I want to access
the zope - server, I get a zero response back.
Does anyone no the answer to this problem ?
Thanks,
Els Homan
Hi,
I did install the xron product from Istaffor, but it doesn't work.
I am using Zope - .2.3.2, and installed xron. But, when I want to access
the zope - server, I get a zero response back.
Does anyone no the answer to this problem ?
Thanks,
Els Homan
Ps. Log-file:
--
The other motivations for an RDBMS are (1) people have existing schemas
and want Zope to access the same data as their existing apps, and they
want it to be transparent, and (2) tables with millions of entries are
easily stored in Zope but the perception is that the catalog isn't as
fast as
This is very odd, as cst depends on ZODB locking just like everything
else in Zope, and uses the same transaction facilities and semantics.
Now this may *be* the problem... some other folks have explained a
problem where newly-created session data disappears if the
long-running request that
We actually need to do something to make a whole bunch of default stuff
importable and usable from within Python Scripts, it's just a matter of
which modules/classes to add security declarations for. It's also a
matter of when, and who. This needs to go through the fishbowl,
likely. Now if
Chris Withers wrote:
R. David Murray wrote:
My guess, after searching for the keyword 'map' and finding an
interface that calls for the implementation of __getitem__ and says
this allows 'for' loops and 'map' iterations, is that you can just
drop the call to the .map method and use
Chris McDonough wrote:
Untested...
return map(lambda x, data=self.data, self=self: data[x].__of__(self),
ids)
ah, I see :-)
Would that be faster than my little function?
cheers,
Chris
___
Zope-Dev maillist - [EMAIL PROTECTED]
Chris McDonough wrote:
We actually need to do something to make a whole bunch of default stuff
importable and usable from within Python Scripts, it's just a matter of
which modules/classes to add security declarations for.
Maybe this could be bundled into the RestrictedPython work?
It's
Chris Withers wrote:
Chris McDonough wrote:
Untested...
return map(lambda x, data=self.data, self=self: data[x].__of__(self),
ids)
ah, I see :-)
Would that be faster than my little function?
Probably not appreciably... unless it is, of course. ;-) It depends how
many things
Hi, I have installed it as well and can neither get it to work. It does
nearly what it is supposed to by scheduling the scripts to execute, but
the final execution does never occur. ANy tricks out there are good news
for me as well,
Espen
On Fri, 11 May 2001, Homan Els
wrote:
Hi,
I did
Chris McDonough wrote:
Probably not appreciably... unless it is, of course. ;-) It depends how
many things you're iterating over.
self.data can often contain several thousand objects.
Might even be slower... it'd require
testing and its probably not worth it.
Hehe, I'll leave it then,
Chris Withers wrote:
Maybe this could be bundled into the RestrictedPython work?
I think it needs to be its own project... the RestrictedPython work is
being done at a much lower level than this.
___
Zope-Dev maillist - [EMAIL PROTECTED]
From: Chris Withers [EMAIL PROTECTED]
Could that we added to PythonScripts/standard.py so I don't have to do it
all
the time?
This is just part of a general security review that needs to happen. I
suppose we need a place to collect suggestions about objects that ought to
be exposed to
Joachim Werner wrote:
Hi!
Do you know that there already is a project for OR-Mapping in Zope
(actually
there are two ...)?
Yes, and I think the projects need to look into replacing parts of ZODB
rather than adding complexity. ZODB has pieces that can be split apart
and
On friday, 11 May, Joachim Warner wrote:
The other motivations for an RDBMS are (1) people have existing schemas
and want Zope to access the same data as their existing apps, and they
want it to be transparent, and (2) tables with millions of entries are
easily stored in Zope but the
Magnus,
OK, here goes the evil workaround
It seems that getUser does not return an acquisition wrapped object, so make
your external method this to wrap it (thus giving ownerinfo the ability to
determine the user db):
def setOwner(self, username):
#note: this assumes that the closest
This is a known problem. Search back thru the archives of [EMAIL PROTECTED] for
Xron and you will find some helpful information. I'll also try to find the
relevant email and forward it to you separately.
-- Loren (lstaffor)
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
On Fri, 11 May 2001, Chris Withers wrote:
Probably not appreciably... unless it is, of course. ;-) It depends how
many things you're iterating over.
Hehe, I'll leave it then, unless someone complains abotu Squishdot being dog
slow...
If you haven't already read it, you might be
Cees de Groot wrote:
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
At 11:45 AM 5/11/2001 -0600, Casey Duncan wrote:
One of the biggest limitations in my mind is the lack of a general query
language for the ZODB like what you get with most OODBMS and all RDBMS.
I used to think this as well.
But isn't Python a decent query language? Isn't it nice to be able to
As a matter of fact, we did a quick CMF demo that has the content of the
zope list, zope-dev, and many of the other zope.org lists, and the
comp.lang.python list for the past few years. The catalog searches are
very very fast, i can't recall if the demo was set up with some
interesting
But isn't Python a decent query language? Isn't it nice to be able to
have
all of the facilities of Python at your disposal when manipulating data,
rather than hoping that whatever database you are using doesn't have a
brain-damaged implementation of SQL?
Most of the time nobody will need
1. Be sure to use the STUPID_LOG_FILE or run Zope in debug mode. That's the
only way you will know what Xron's Dispatcher is doing.
2. Xron DTML Methods run as Anonymous User. You may have to give your Xron
DTML Methods proxy roles so that they can execute the functions you want
them to. This is
It sounds like you are tackling a lot of things at once. You might
consider dividing into separate projects.
Yep, that's what is happening right now. We are still collecting feature
requests. Then we will sort them out. A lot of the stuff will also be
useful in different contexts than we have
David Brown wrote:
At 11:45 AM 5/11/2001 -0600, Casey Duncan wrote:
One of the biggest limitations in my mind is the lack of a general query
language for the ZODB like what you get with most OODBMS and all RDBMS.
I used to think this as well.
But isn't Python a decent query language?
At 08:38 PM 5/11/2001 +0200, you wrote:
E.g. how would
you handle objects beloning to more than one container? In SQL this is easy
(Just have a table that matches key pairs from the container table and the
item table).
I could do the same thing with Python, creating a dictionary that does
Cees de Groot wrote:
David Brown [EMAIL PROTECTED] said:
But isn't Python a decent query language? Isn't it nice to be able to have
all of the facilities of Python at your disposal when manipulating data,
rather than hoping that whatever database you are using doesn't have a
brain-damaged
Shane Hathaway writes:
Fred Wilson Horch 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
[EMAIL PROTECTED] said:
The only problem with this is that lambdas are not safe for TTW
scripting 8^(.
I think that TTW scripting and heavy duty application development are very
incompatible with each other, so that's not a problem :-)
--
Cees de Groot
At 11:01 AM 5/11/01 -0400, Shane Hathaway wrote:
Joachim Werner wrote:
The current design plans of SmartObjects are mainly based on the assumption
that we will not be able to change Zope itself. This is not a dogma for us,
however. I guess doing OR-mapping in the Zope core would be fine
Phillip J. Eby wrote:
At 11:01 AM 5/11/01 -0400, Shane Hathaway wrote:
Joachim Werner wrote:
The current design plans of SmartObjects are mainly based on the assumption
that we will not be able to change Zope itself. This is not a dogma for us,
however. I guess doing OR-mapping in
Joachim Werner [EMAIL PROTECTED] said:
[...]. E.g. how would
you handle objects beloning to more than one container? In SQL this is easy
(Just have a table that matches key pairs from the container table and the
item table). And I don't know any good way of implementing many-to-many
relations in
39 matches
Mail list logo
