Evan Simpson wrote:
With prefixes, the simpler
here/getSomeObject/call:/someAttribute gets the job done.
FWIW, I'd write this as here/call:getSomeObject/someAttribute. I
suppose it's possible to support both. One interesting difference is
that my syntax says both get an attribute and call it,
Paul Winkler wrote:
On Wed, Jul 30, 2003 at 02:06:13PM -0400, Shane Hathaway wrote:
Evan Simpson wrote:
With prefixes, the simpler
here/getSomeObject/call:/someAttribute gets the job done.
FWIW, I'd write this as here/call:getSomeObject/someAttribute. I
suppose it's possible to support both
Paul Winkler wrote:
On Wed, Jul 30, 2003 at 02:29:45PM -0400, Shane Hathaway wrote:
How would you pass arguments in your version? I'd say that passing
arguments accounts for a very large percentage of my need to use
TALES python expressions.
If you need to pass arguments, use a Python expression
[Paul Winkler]
I guess I don't understand the goal. Are we trying to make it
so that zpt authors don't have to know any python?
[Chris Withers]
For me, that would be ideal...
[Paul Winkler]
I really think that's a mistake.
Guys, that line of thinking is a distraction. ZPT authors ought to
learn
Chris Withers wrote:
http://dev.zope.org/Wikis/DevSite/Proposals/MacroParameters
I'm swinging round to the ideas behind this proposal having initially
been against it.
What's the status of implementation?
Somewhere in the clouds. :-)
Seriously, people seem to be in favor of it, but it's not a
Fred L. Drake, Jr. wrote:
Shane Hathaway writes:
- You have to be careful not to use double quotes in expressions.
(Ampersands and less-than/greater-than signs are tricky too. Watch out
for pairs of hyphens!)
This is FUD. TAL can handle these things quite well; the problem is
that many
Jim Penny wrote:
Frankly, would not even have occurred to me - I would probably create a
tiny Script (Python) en passant, and called it directly, as:
a tal:attributes=href python: here.url_quote(some_url) /. I did not
realize that this is deprecated in Zope3.
Your example relies on implicit
I only use 2 because it's there :-) Thinking more about it, it
occurs to me that python expressions in TALES provide a huge hole
in the separation of presentation from logic.
My view is that embedding logic in presentation isn't quite the right
thing to avoid. Consider how much logic goes into
Anthony Baxter wrote:
Is it possible that there's a C code product that's not been updated? How would I
figure out what it might be?
Are you running the DynPersist extension from ZPatterns? That would
need to be recompiled.
Also note that python setup.py build doesn't reliably rebuild the
Philipp von Weitershausen wrote:
I agree that it is 'yucky', but I have to disagree with your proposed
solution. I would rather suggest making TALES aware of integer indexes
for sequences. Example::
tal:block repeat=user_files here/listFilesByUser
User: tal:dummy replace=user_files/0 /
Tino Wildenhain wrote:
Shane Hathaway wrote:
We've come up with a number of generally useful prefixes, BTW. Off
the top of my head:
call: -- Call a named method
int:-- Look up an item by index
format: -- Perform simple formatting operations like format:money
zope: -- Access a big Zope
Gilles Lenfant wrote:
What's behind this ?
Actually, we get the template variable available in the TALES namespace.
template, when used in a macro, refers to the template that uses the
macro, and not to the template that contains the macro.
IMHO the underlying problem is that there's no clean way
(I'm cc'ing zope-dev this time)
Evan Simpson wrote:
Jim Penny wrote:
Hate this. Looks like a typecast of some kind, int is way to overused
for this. If you must, why not index: ?
Hmmm. I hadn't thought of that before, but I've certainly wanted to
tell the path traverser whether to use
Paul Winkler wrote:
On Wed, Jul 23, 2003 at 02:04:51PM -0400, Fred L. Drake, Jr. wrote:
There are those that consider using python: expressions in ZPT should
be discouraged, primarily because it's yet another syntax for a web
developer to learn.
I'm not necessarily one of them, but I am
Dieter Maurer wrote:
Be very reluctant to extend TALES. Do not do it do get just
syntactic sugar in order to save a few lines of code.
I agree that we should be wary. Adding a feature to make something
simpler simultaneously complicates the whole picture. To offset that
negative, the new
[I'm sending this to the zope-dev in the hope that Eric sees this.
Eric, the mail relay at univ-savoie.fs is misconfigured; it rejects all
mail from zope.com.]
Eric Brun wrote:
The problem is describe on microsoft site :
PieterB wrote:
Evan Simpson wrote:
Casey Duncan wrote:
I would be in favor of making the Examples opt-in like the Zope
tutorial. It seems silly to have it in evey ZODB by default. Make
people add it if they want it.
This seems like a fine idea, but what action would the user take to
install
Andy McKay wrote:
Casey Duncan wrote:
I would be in favor of making the Examples opt-in like the Zope
tutorial. It seems silly to have it in evey ZODB by default. Make
people add it if they want it.
+1 a simple How to add the examples to the ZODB at the top of the help
would be good. Mind
Jean Jordaan wrote:
It *sounds* like it's being suggested that we replace make
That's correct, though Aap can usefully do much more than make,
such as fetching remote sources and managing CVS checkouts/-ins.
This is the kind of thing I'm interested in. I don't need a make
replacement, I need
Chris McDonough wrote:
On Thu, 2003-06-19 at 10:14, Chris McDonough wrote:
On Thu, 2003-06-19 at 02:57, PieterB wrote:
How do those files compare to the buildscript:
http://cvs.zope.org/NZO_SiteLayout/buildout_zope_sandbox?cvsroot=Zope.org
The NZO make-driven buildout is an early revision of what
Jean Jordaan wrote:
There's only one possible way! A-A-P! (A good match for Ape, Shane ;)
It's a replacement for make by Bram Moolenaar, the author of Vim, and
it looks like it does a lot of things Right.
Interesting. A-A-P seems to have similar use cases. I should take a
serious look at it
Jamie Heilman wrote:
Whats the status of versions for 2.6.2 and 2.7? Have there been any
decisions reached? I saw Jim's code get checked in but it won't
stop the DoS I posted.
Say it a little louder. Here is what I think you're saying:
- Anonymous users can still open a versioned database
Dirk Datzert wrote:
Hi Zope developers,
I read that Zope 2.6.1 has a deadlock patch integrated.
- Deadlock prevention code added.
It was possible for earlier versions of ZODB to deadlock when
using multiple storages. If multiple transactions committed
concurrently
Fabio Paracchini wrote:
Another way is if you install Python 2.2 and ZODB3.2a, you can use ZEO and
mount via DBTab.
In this way you can use Py2.3+ZODB3.2a as ZEO server, and use LFS, and then
mount the storage via ZEO Client on a Py2.1+ZODB3.2a+ZOPE.
I tried this only on an experimental setup,
Andrew R. Halko wrote:
Yeah, I tried to update python with Plone and that was mess. Now, are
you able to run ZEO Server on the same server as Zope/Plone, maybe
through another port? I am limited to one server and there is no
getting around that. Right now I have my site mounted on 5 different
Christian Scholz wrote:
I then detected the fascades in io.py which I tried to use (dunno if they're
thought to be used for such a purpose actually ;-):
root_mapper, conns = createMapper(fspath)
ei=ExportImport(root_mapper,conns)
ei.exportObject(object)
This is *exactly* the purpose
Christian Scholz wrote:
I actually now have a (as it seems) working version of my first
approach, just using _setObject() etc. which even works recursively.
Has this some drawbacks except it looks a bit like a hack due to the
call of commit()?
I also have the deserialization working and basically
Christian Scholz wrote:
root_mapper, conns = createMapper(fspath)
ei=ExportImport(root_mapper,conns)
ei.exportObject(object)
Ah-ha, I just realized what went wrong. You need to tell exportObject()
where to export. PathKeychainGenerator refused to guess. Try changing
the last line
Brian Lloyd wrote:
FYI - we plan for this to be fixed in 2.6.2, preferably by fixing
the version machinery to require the join / leave versions
permission (which is assigned only to managers by default.
It will be interesting to find out how this can be accomplished. To use
a version, you have
Andy McKay wrote:
Im not keeping up on zope-3 at the moment, whats the plan for versions
there? Just wondering if there is any great solution there that can be
backported.
I think the solution for Zope 3 is to move all versioning to the
application layer. We've been doing this with CMF (using
Andrew R. Halko wrote:
Thanks Shane. Is all of your suggestions along with the setup I was
considering? I have to research ZEO, cause I know nothing about it. Do
you mind explaining the last two things just a slight more as I am
unfamiliar. Such as how you figure out cache and what is packing?
Andrew R. Halko wrote:
Now, I am trying to setup my dbtab.conf to first test this before I try
and integrate it into my current site, which has limited info now, but
needs to be ready for major population in a week or two at most. Here
is what I am guessing for config, maybe you can tell me if I
Casey Duncan wrote:
The security implications do not seem dire enough to me to warrent trying to
squeeze this into 2.6.x. If you do not use versions then none of the
implications apply. Perhaps it might be possible to do additional security
checks to make entering versions more protected. This
Bjorn Stabell wrote:
In any case, is there no way to find out more detailed information about
why a conflict happened? There must be some oids somewhere?
I don't know of a way. In a conflict, the transaction gets aborted, so
the only data left is the log entry.
Shane
On 06/02/2003 11:08 PM, Bjorn Stabell wrote:
Hi all,
Except for SARS, another problem that's been plagueing us for months are
seemingly random Conflict Errors. We see about 10 every day on our Zope
2.6.1, and they can happen on any page. In most cases they are not
related to pages that actually
On Sat, 31 May 2003, Dieter Maurer wrote:
Shane Hathaway wrote at 2003-5-30 14:52 -0400:
...
The ideas weren't as clear in my head then as they are now. :-) See my
reply to Chris.
What do you do with ReadConflictErrors? They are worse than
(write) ConflictErrors
I hear only crickets. I said we can avoid nearly all conflicts in
sessions. Does this not interest anyone?
Shane Hathaway wrote:
A while ago I experimented with ways to prevent conflict errors from
reaching the application. ZODB has matured since then and it should now
be possible to make
Chris McDonough wrote:
It interests me! ;-) I haven't had time to look at the resources you
posted, though...
Oops, I didn't intend for you to analyze those links deeply. I just
wanted to see if there was interest in the idea.
The basic idea is that you track changes to session data in a
Leonardo Rochael Almeida wrote:
What are these rules? what happens if an application doesn't follow
them? Do we get Conflicts just like before or are we suddenly bound to
make the application follow the rules?
The important rule, which only has to be followed by the portion of the
application
Jamie Heilman wrote:
Shane Hathaway wrote:
It is. Older Zope code uses the manage_ prefix to require the Manager
role by default. Needless to say, that strategy did not cope well with
later enhancements to Zope.
OK. So what about the stuff in ZClasses/__init__.py, pure fluf?
After
Chris McDonough wrote:
On Wed, 2003-05-28 at 21:33, Jeffrey P Shell wrote:
I know there are some fixes likely to be in Zope 2.6.2 that may help
with the situation, but I'd like to put extra protections around this
code regardless of what may be coming in the future.
It will only get worse
Sidnei da Silva wrote:
On Thu, May 29, 2003 at 09:28:16PM +0200, Andreas Jung wrote:
| I checked the corresponding code and the temporary files should be closed
| automatically when the upload was successful (the __del__() method of the
| TemporaryFile
| class closes the file). The leak might
Jamie Heilman wrote:
Tooling through restructuring of my site I discovered a stupid
permissions problem. While App.Permission declares the 'Define
permission' perm it never gets initialized and thus
manage_addPermission{,Form} basically had weakened security. The
permission 'Access contents
Jamie Heilman wrote:
I can't fathom the ZClass code. Can somebody tell me if manage_addZClass,
manage_addZClassForm, and manage_subclassableClassNames are supposed
to be protected by the 'Add Zope Class' permission, or if the code in
ZClasses/__init__.py is pure fluf? That permission never shows
Bjorn Stabell wrote:
Hi Zope gurus,
After upgrading to Zope 2.6.1 on Linux, when submitting forms, we
sometimes get this error:
Site Error
...
exceptions.IOError
...
Traceback:
Module ZPublisher.Publish, line 150, in publish_module
Module ZPublisher.Publish,
On 03/24/2003 12:28 PM, kosh wrote:
On Monday 24 March 2003 09:05 am, Leonardo Rochael Almeida wrote:
On Fri, 2003-03-21 at 20:08, kosh wrote:
I am having a problem where DTML is allowing access to an attribute of an
object that restrictedTraverse and regular . notation denies from a
python
On Thu, 13 Mar 2003, Toby Dickenson wrote:
On Thursday 13 March 2003 5:21 am, Shane Hathaway wrote:
The only vulnerability would involve
trusted users who want to vandalize Zope. So even though there have
been many hotfixes, they are irrelevant--Zope is still secure. (Unless
you
On 03/12/2003 07:54 PM, Christian Tismer wrote:
Dear Zope community,
please excuse my ignorance, but I am asked
from time to time how secure or insecure
Zope actually is, and I always have to say
that I actually don't know.
There are people claiming that Zope opens a system
to quite some level,
Florent Guillaume wrote:
Is there any way to unmount then remount a mounted storage from a
running Zope?
Use case: mounting it read-only most of the time, and switching to
read-write at selected points when updates are allowed.
It would be fairly easy (no unmount necessary--just toggle the
Fabio Paracchini wrote:
Hi Shane,
I was able to successfully install and use DBTab BDBStorage, and
to
migrate a legacy archive of about 20Gb of Office documents.
Now I run in this situation: I'd like to partition those archives, so that
everything is not in a single giant DB, but is split
Jean Jordaan wrote:
Hi Shane, Toby ..
Set Tardis for
http://mail.zope.org/pipermail/zope-dev/2003-February/018837.html
All I can think is that that object 'basic' lacks context for
some reason (i.e. lacks an acquisition wrapper?). I can't think
why it lacks context .. we use that idiom all over
Andy McKay wrote:
Anyway, after talking this over with my colleague, I realize that
the problem of *deriving* dependencies is fundamentally undecidable.
We might be able to figure it out in the case of simple acquisition,
like
span tal:replace=here/aObject/aMethod/
But it is hopeless for pure
On 02/26/2003 07:16 PM, Ross Boylan wrote:
I am working on a poll/survey type product and want to handle
responses by email as well as the web. If you have any advice about
the best architecture, I would appreciate it. I'm currently using
Zope 2.5 on Linux, though it would be nice if the
Lukasz Racon wrote:
I just read the RDF article published here:
http://www.xml.com/pub/a/2003/02/12/rdflib.html
I've understood the mechanics of RDF for a while, but never understood
what makes it better than what we already have. Now I think I get it:
RDF theory is a new kind of database
Jean Jordaan wrote:
All I can think is that that object 'basic' lacks context for
some reason (i.e. lacks an acquisition wrapper?). I can't think
why it lacks context .. we use that idiom all over the app, and
don't normally get any problems.
That's all I can think of also. Try examining
Paul Everitt wrote:
Shane Hathaway wrote:
I've understood the mechanics of RDF for a while, but never understood
what makes it better than what we already have. Now I think I get it:
RDF theory is a new kind of database abstraction. It's similar to a
relational database in that you put
On 02/20/2003 09:06 PM, Tim Hoffman wrote:
In case your not aware Chandler OSAfoundation is basing their
new PIM on RDF/ZODB/Python etc...
if you haven't already it might be worth having a look at how they see
RDF fitting into the picture.
http://www.osafoundation.org/Chandler_rel._0.1.htm
On 02/18/2003 09:16 AM, Andre Schubert wrote:
I try to explain what happens. Lets say i have a user called foo who
has Manager-Roles across a Zope-site. foo has added 2 DTMLMethods to
a folder called bar and foobar. foobar is called from inside bar
(dtml-call foobar). He also created a Role
I just read the RDF article published here:
http://www.xml.com/pub/a/2003/02/12/rdflib.html
I've understood the mechanics of RDF for a while, but never understood
what makes it better than what we already have. Now I think I get it:
RDF theory is a new kind of database abstraction. It's
Brian R Brinegar wrote:
We are running Zope 2.5.1 and ZEO 1. When someone does an Undo it doesn't
seem to update all of the ZEO clients consistently. Some ZEO clients
reflect the undo, others sometimes show an older version of the database
and sometimes we get POSKeyErrors. Any idea what causes
Leonardo Rochael Almeida wrote:
I believe we should have a proper persitent protocol, either PGCI or
FastCGI (but probably not both, to avoid confusion), to connect Zope and
front-end webservers and we should also make an effort to keep the
connectors from major HTTP servers to those protocols in
Toby Dickenson wrote:
On Monday 10 February 2003 8:47 pm, Shane Hathaway wrote:
Great, so there's at least 133 things to examine to see if they
could catch a ConflictError. And I only wrote about 15 of those.
The rest could be very time-consuming to audit.
tal:on-error also catches all
Jeremy Hylton wrote:
On Tue, 2003-02-11 at 04:13, [EMAIL PROTECTED] wrote:
Chris McDonough wrote:
Could this be done by initializing a dictionary at startup keyed on
thread-id that a ConflictError exception's __init__ could stick a marker
into, then checking that dictionary at commit time and
Jeremy Hylton wrote:
On Tue, 2003-02-11 at 12:10, Shane Hathaway wrote:
I added a test to testZODB.py on a new branch
(shane-conflict-handling-branch) that exercises the conflict handling
bug. The test currently fails. It might be simpler to go with Toby's
implementation for now: add
Romain Slootmaekers wrote:
Shane Hathaway wrote:
If we have veto(), it should probably expect a string argument that
explains the reason for the veto. Then if something tries to commit,
we can raise VetoedError(explanation). Otherwise, it seems like
failed transactions would be opaque
On Mon, 2003-02-10 at 15:47, Shane Hathaway wrote:
tal:on-error also catches all exceptions. It could be made to catch
all exceptions except ConflictError, but I don't feel like that's the
right solution. I think the right solution is to prevent applications
from committing potentially
Paul Winkler wrote:
On Mon, Feb 10, 2003 at 03:47:58PM -0500, Shane Hathaway wrote:
This doesn't seem to be a showstopper for now, but as more applications
use ZODB, it could become a bigger problem.
Well, what kind of errors can this cause in the ZODB?
If it's just a matter of writing
On Sat, 8 Feb 2003, Andy McKay wrote:
It's not fancy, but it's complete: you can watch and control multiple
servers from a single place. The flashing yellow LED-like indicators
would give you a great deal of confidence that information is flowing.
It sure would be appealing. Anyone
On 02/07/2003 11:43 AM, Gilles wrote:
Hello,
I am working since a long time with zope and was continuously worried about
a few problems, unfortunately none of them was fixed along the years:
- zserver can not 'recover' busy thread
- log show nothing in case of blocking: log is written when the
On 02/07/2003 02:16 PM, Paul Winkler wrote:
On Fri, Feb 07, 2003 at 10:32:44AM -0800, [EMAIL PROTECTED] wrote:
If there is any interest in a framework that could provide the underlying
functionality to multiple UI front-ends, as well as automated stuff like
alerts/monitoring, I would certainly
Zope-Dev'ers,
Just for fun, I made a mockup (using QT Designer) of a Zope server control
and monitoring GUI. It's purely nonfunctional--just an idea. Check it
out here:
http://hathaway.freezope.org/Images/controller_snapshot.png
It's not fancy, but it's complete: you can watch and control
Paul Winkler wrote:
Visit foo/absolute_url and you will find that it
has an empty or missing docstring.
Is this by design, or is it just something that nobody has needed?
I would like to propose making it callable TTW, unless somebody
knows a reason it should not be.
I don't know whether
Shane Hathaway wrote:
That would be pretty cool, since it's easy for scripts to add to the
queue, and it gives you plenty of granularity. It wouldn't work under
Windows, though, AFAIK. Maybe on Windows we could call back to a
network socket that accepts the same kind of data.
Oops, I meant
[EMAIL PROTECTED] wrote:
Hi Shane
I have been thinking about this last night.
I think you should provide some sort of out of band signalling
method. But given that Adaptable Storage sits below ZODB, which
sit's below Zope, I feel that the signalling method should be directed
at the lowest
On Wed, 22 Jan 2003, Chris Withers wrote:
I think this is as such is life problem. Provided AdaptableStorage
provides some way (exposed url?) for an external process to say that
things have changed, I think that's the best form of flexibility we can
provide.
I think I'll provide such an URL,
Chris Withers wrote:
Shane Hathaway wrote:
I'm thinking about real-time updates. When the underlying data
changes, you'd like Zope to see the change immediately. If indefinite
delays are OK, then AdaptableStorage already does enough: it raises a
ConflictError if you try to write changes
Chris Withers wrote:
Shane Hathaway wrote:
performance. There needs to be a way for applications that modify the
database to tell Zope about the modification, so Zope can reset its
caches.
But, IIRC, the last time this was discussed on a mailing list you had
some cool ideas to sovle
seb bacon wrote:
Shane Hathaway wrote:
Chris Withers wrote:
Shane Hathaway wrote:
performance. There needs to be a way for applications that modify
the database to tell Zope about the modification, so Zope can reset
its caches.
But, IIRC, the last time this was discussed on a mailing
Oliver Bleutgen wrote:
Shane Hathaway wrote:
On the filesystem, the problem seems much more difficult, since there
are no transactions. You'd like the kernel to send Zope a message
anytime someone modifies a file in a certain hierarchy, but that would
require kernel hacking.
FWIW, since I
Oliver Bleutgen wrote:
Shane Hathaway wrote:
I've seen it before, but I don't think FAM is able to monitor an
entire directory tree. It only monitors individual files. I'd really
like to be wrong. :-)
I think you are wrong, because the manpage (for IRIX) says otherwise.
Additionally
seb bacon wrote:
Shane, AdaptableStorage is insane and beautiful - congratulations :-)
Thanks! I've been working on this for a long time. Two years ago a
Digital Creations customer demanded proper object-relational mapping.
The customer abandoned us for different reasons, but I feel like
Paul Winkler wrote:
On Wed, Jan 15, 2003 at 05:30:58PM +, seb bacon wrote:
Shane, AdaptableStorage is insane and beautiful - congratulations :-)
It seems to inspire insanity :) kosh and i got into a discussion on #zope
about using AdaptableStorage with reiserfs4, mapping zope properties
Jeremy Hylton wrote:
I'll have to take a look, but may not get to it today. FWIW I thought
I fixed the bug on Friday. I could certainly create ZClasses through
the web without getting any obvious errors.
My little test (attached to the patch submission) passes with my version
as well as your
On 12/12/2002 12:30 PM, Jeremy Hylton wrote:
SH == Shane Hathaway writes:
SH On Wed, 11 Dec 2002, Evan Simpson wrote:
I think I've fixed my ZGlobals, but there's definitely a problem
in coptimizations. I made Connections.py use the Python
persistent_id, restarted twice
On Wed, 11 Dec 2002, Evan Simpson wrote:
I think I've fixed my ZGlobals, but there's definitely a problem in
coptimizations. I made Connections.py use the Python persistent_id,
restarted twice, and ZGlobals was fine on the second restart.
Ah-ha, you now have a reproducible test case. The
I've been holding off status updates on the AdaptableStorage project
until I could say I'm confident that the approach will work and it's
easy enough to write your own serialization components. After numerous
refactorings, I'm pleased to say that it actually works and does
everything I hoped!
On 12/10/2002 12:53 PM, Evan Simpson wrote:
This past weekend I migrated a bunch of ZClasses and the web site that
uses them from a scratch Zope instance into my production instance. Both
run off the same 2.6 CVS branch checkout, connecting to ZEO servers
running from the same ZEO trunk
On 12/10/2002 09:58 PM, Evan Simpson wrote:
Shane Hathaway wrote:
My first recommendation would be to turn your ZClass registry into an
OOBTree. OOBTree has been maintained and updated.
Good thought, but no dice.
Well, it was worth a shot. :-)
Since it is rebuilding the registry
On 11/29/2002 01:33 PM, Ivo van der Wijk wrote:
On Fri, Nov 29, 2002 at 01:07:24PM +0100, Carlo Giomini wrote:
Dear all,
I need a sort of post-publishing hook (so to say). I need Zope to call a
function of mine as the very last action of publishing a request,
i.e. after
having built the
Dieter Maurer wrote:
Brian R Brinegar writes:
We have diskless ZEO clients (Netboot). There is really no reason for our
ZEO clients to write their caches to the disk (RAM Disk). Can we turn this
off? To free up RAM for the other caches?
With Zope 2.5 and Zeo 1.x, no cache is written unless
Brian R Brinegar wrote:
Okay,
Tell me where I'm wrong or if I'm lucky and got it right.
There is 1 client cache per thread on a ZEO client and 1 ZEO cache per ZEO
client. The ZEO cache is shared between the threads.
We have 3 machines 4 threads each that's 3 * 4 + 3 = 15 caches? Is this
Brian R Brinegar wrote:
Okay,
I'm trying to better understand Caching within Zope. Is a cache created
for each Zope Thread? Or one per Zope instance?
We have 3 ZEO Clients with 4 Threads each. I want to know if we have 3
copies of the cache, or 12 copies of the cache.
If you're talking about
a database activity graph to help you tune the ZODB cache size.
Shane
On Thu, 21 Nov 2002, Shane Hathaway wrote:
Brian R Brinegar wrote:
Okay,
I'm trying to better understand Caching within Zope. Is a cache created
for each Zope Thread? Or one per Zope instance?
We have 3 ZEO Clients with 4
Jeff Rush wrote:
I don't quite understand -- so there *are* root
level elements specific to Zope that need to
be copied into a Zope-over-ZEO environment?
(hm, how do those elements get into a
non-FileStorage Zope-over-ZEO environment?)
And do those elements interfere even a little in
a
Steve Alexander wrote:
Casey Duncan wrote:
It is only there due to lack of time to take it out. We had planned to
take it
out for 2.6, but time was never made to replace it with code to
bootstrap an
empty storage with the proper root level elements still residing in
Data.fs.in.
Jens Vagelpohl wrote:
being explicit is almost always better. you are relying on internal
magic and it's not apparent from looking at the code you wrote.
the validate implementation in the LDAPRoleExtender is the most
correct one. shane worked on it for a while to make sure it does the
most
On Wed, 9 Oct 2002, Chris Withers wrote:
Shane, can you confirm this?
cheers,
Chris
I can confirm it has changed. Overall description here:
http://dev.zope.org/Wikis/DevSite/Proposals/BetterTracebacks
Shane
Leonardo Rochael Almeida wrote:
Now, normal python tracebacks include both
Leonardo Rochael Almeida wrote:
I'm testing a fix for the TALES case along the lines of what Casey
sugested and will report back with results.
Leo,
This is a good thing to work on but you really should work on the trunk.
The TALES exception handling was redone after Zope 2.5. Exceptions
Dirk Datzert wrote:
Hi,
I found it useful if the AcceleratedHTTPCacheManager would sent a
cache-pragma of type 'no-cache' for authenticated user and objects which
should not be cached on authenticated connections.
I had configured a apache proxy and without that fix the mod_proxy will
Lennart Regebro wrote:
Once again I have the problem that all references to imported
modules/objects/whatever dissapear when refreshing.
It seems like sometimes some modules are not refreshed, even though they
really are. Could it be that not all modules are properly purged from
memory,
201 - 300 of 632 matches
Mail list logo
