Re: [Zope-dev] Zope 2.7 running with Stackless 3.0

2003-08-28 Thread Shane Hathaway
On 08/27/2003 07:55 PM, Christian Tismer wrote: just by chance, I got into the position to try out Zope 2.7.0 beta 1/2, and since it needs Python 2.2.3 at least, and Stackless 3.0 was just ported to that, I tried to build Zope with Stackless 3.0. It works very very well! After a few patches to get

Re: [Zope-dev] Zope 2.7 running with Stackless 3.0

2003-08-28 Thread Shane Hathaway
Christian Tismer wrote: Stackless 3.0 does all of it, whatever is possible. That means, you can switch whatever, even extension C code with Python callbacks. But cooperative code can switch faster. I'm very happy to hear you've forged onward. I was concerned you had given up. But Zope has a lot

Re: [Zope-dev] Very severe memory leak

2003-08-26 Thread Shane Hathaway
On 08/25/2003 05:12 PM, Leonardo Rochael Almeida wrote: But maybe this means that the leak is not related to the DateTime refcounts. It's just that the fast and continual increase in DateTime objects is really bugging me. BTW, what is the usual DateTime refcount in heavy ZCatalog sites you guys

Re: [Zope-dev] Very severe memory leak

2003-08-26 Thread Shane Hathaway
Paul Winkler wrote: On Mon, Aug 25, 2003 at 10:35:58PM -0400, Shane Hathaway wrote: They are probably in the ZCatalog. Remove all metadata fields you can. If you have index dates, use DateTimeIndexes rather than the standard indexes. Hmm. ZCatalog provides a DateIndex, is this what you mean

Re: [Zope-dev] Very severe memory leak

2003-08-25 Thread Shane Hathaway
Leonardo Rochael Almeida wrote: On Sat, 2003-08-23 at 22:18, Shane Hathaway wrote: When you flush the cache, those DateTimes should disappear. If they don't, the leak is keeping them. They are disappearing. Too bad they return immediately after, as they're comming from a very heavy catalog query

Re: [Zope-dev] Very severe memory leak

2003-08-25 Thread Shane Hathaway
Paul Winkler wrote: On Mon, Aug 25, 2003 at 02:57:50PM -0400, Shane Hathaway wrote: 2.6 is also intended to be compatible with Python 2.2. It's just that here at ZC we haven't gone through the rigorous analysis we've been planning. Hmm, come to think of it, the community could actually do

Re: [Zope-dev] Very severe memory leak

2003-08-25 Thread Shane Hathaway
Tim Peters wrote: I'd actually recommend skipping 2.2 and going straight to 2.3 -- 2.3 is basically 2.2 + 16 months of bugfixes and speedups, a very solid release. It will create more problems for Zope because 2.3 starts complaining about more deprecated practices that 2.2.3 still lets slide, but

Re: [Zope-dev] Very severe memory leak

2003-08-24 Thread Shane Hathaway
On 08/22/2003 05:38 PM, Leonardo Rochael Almeida wrote: In time, DateTime refcounts eventually dwarves the second place by an order of magnitude. I think this is related to the fact that DateTime instances are stored as metadata, even though the date indexes have been converted to DateTime

Re: [Zope-dev] Re: simpler TALES. (was Re: TALES idea: tupleunpacking)

2003-08-14 Thread Shane Hathaway
Paul Winkler wrote: On Wed, Jul 30, 2003 at 04:49:19PM -0400, Shane Hathaway wrote: If you want to look for a solution, consider using *only* Python expressions--no path expressions. You'll get a lot of mileage that way, but at the expense of syntax clashes. Who knows, you might find a pretty

Re: [Zope-dev] error in BTreeFolder2

2003-08-14 Thread Shane Hathaway
robert wrote: I tried to delete a couple of elements from a BTreeFolder2 and got the following traceback: Exception traceback Time2003/08/10 21:46:29.655 GMT+2 User Name (User Id) robert (robert) Request URL http://localhost:8080/Zehnder/sonntag/portal_memberdata/manage_delObjects

Re: [Zope-dev] more Zope2.6 fun: ZEO client death.

2003-07-31 Thread Shane Hathaway
Andrew Sydelko wrote: I've seen no problems with imports. And if anything, the cache implementation in the ZODB3.1.2 version of ZEO made a remarkable performance difference. ... as compared with earlier versions or later versions? I hope it's getting faster, not slower. :-) Shane

Re: [Zope-dev] more Zope2.6 fun: ZEO client death.

2003-07-31 Thread Shane Hathaway
Andrew Sydelko wrote: It's faster especially compared to ZEO 1.x, but also compared to earlier versions of ZEO 2.x/ZEO from ZODB3.1.x. At one point, changes were made to the initial cache invalidation check that caused ZEO startup time to become significantly faster. Before this change the ZEO

Re: ZEO caching, was Re: [Zope-dev] more Zope2.6 fun: ZEO clientdeath.

2003-07-31 Thread Shane Hathaway
Paul Winkler wrote: Which reminds me... Is it expected that ZEO can take quite a while to show a new object on all clients? With zope 2.6.2b3, ZEO 2.0.2, I can reliably get this behavior: 1) browser 1 looking at foofolder on client 1 adds a new object /foofolder/bar. 2) browser 2 on client 2

Re: ZEO caching, was Re: [Zope-dev] more Zope2.6 fun: ZEO clientdeath.

2003-07-31 Thread Shane Hathaway
Paul Winkler wrote: On Thu, Jul 31, 2003 at 12:13:40PM -0400, Shane Hathaway wrote: This is clearly problematic. At what point is client 2 supposed to see the new object?? Immediately. You are experiencing a bug. ;-) OK... is this a known bug? Is it a bug in ZEO or Zope or what? I've seen

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-30 Thread Shane Hathaway
Paul Winkler wrote: On Tue, Jul 29, 2003 at 04:43:21PM -0400, Shane Hathaway wrote: a tal:attributes=href here/format:url_quote / Where do you put the argument? I don't see some_url. Oops, I meant this: a tal:attributes=href some_url/format:url_quote / To me, that's a vast improvment, and it's

Re: [Zope-dev] Re: simpler TALES. (was Re: TALES idea: tuple unpacking)

2003-07-30 Thread Shane Hathaway
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,

Re: [Zope-dev] Re: simpler TALES. (was Re: TALES idea: tuple unpacking)

2003-07-30 Thread Shane Hathaway
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

Re: [Zope-dev] Re: simpler TALES. (was Re: TALES idea: tuple unpacking)

2003-07-30 Thread Shane Hathaway
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

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-29 Thread Shane Hathaway
[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

Re: [Zope-dev] TALES wish : the thistemplate variable

2003-07-29 Thread Shane Hathaway
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

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-29 Thread Shane Hathaway
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

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-29 Thread Shane Hathaway
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

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-25 Thread Shane Hathaway
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

Re: [Zope-dev] segfaults in cPersistence under 2.6

2003-07-25 Thread Shane Hathaway
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

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-23 Thread Shane Hathaway
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 /

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-23 Thread Shane Hathaway
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

Re: [Zope-dev] TALES wish : the thistemplate variable

2003-07-23 Thread Shane Hathaway
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

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-23 Thread Shane Hathaway
(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

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-23 Thread Shane Hathaway
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

Re: [Zope-dev] Re: TALES idea: tuple unpacking

2003-07-23 Thread Shane Hathaway
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

[Zope-dev] Re: CookieCrumbler and MSIE using HTTPS

2003-07-01 Thread Shane Hathaway
[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 :

Re: [Zope-dev] Re: weak examples, weak exploits

2003-06-24 Thread Shane Hathaway
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

Re: [Zope-dev] weak examples, weak exploits

2003-06-23 Thread Shane Hathaway
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

Re: FHS, zopectl, #925, Re: [Zope-dev] 2.7 installation

2003-06-20 Thread Shane Hathaway
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

Re: FHS, zopectl, #925, Re: [Zope-dev] 2.7 installation

2003-06-19 Thread Shane Hathaway
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

Re: FHS, zopectl, #925, Re: [Zope-dev] 2.7 installation

2003-06-19 Thread Shane Hathaway
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

Re: [Zope-dev] version status

2003-06-16 Thread Shane Hathaway
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

Re: [Zope-dev] deadlock patch ?

2003-06-13 Thread Shane Hathaway
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

Re: R: [Zope-dev] RE: DBtab and BDBStorage

2003-06-12 Thread Shane Hathaway
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,

Re: R: [Zope-dev] RE: DBtab and BDBStorage

2003-06-12 Thread Shane Hathaway
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

Re: [Zope-dev] serialization with Ape

2003-06-11 Thread Shane Hathaway
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

Re: [Zope-dev] serialization with Ape

2003-06-11 Thread Shane Hathaway
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

Re: [Zope-dev] serialization with Ape

2003-06-11 Thread Shane Hathaway
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

Re: small summary and big plea was:(Re: [Zope-dev] Versions: shouldthey die?)

2003-06-10 Thread Shane Hathaway
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

Re: [Zope-dev] Versions: should they die?

2003-06-06 Thread Shane Hathaway
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

[Zope-dev] Re: DBtab and BDBStorage

2003-06-06 Thread Shane Hathaway
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?

[Zope-dev] Re: DBtab and BDBStorage

2003-06-06 Thread Shane Hathaway
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

Re: small summary and big plea was:(Re: [Zope-dev] Versions: shouldthey die?)

2003-06-06 Thread Shane Hathaway
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

Re: [Zope-dev] Conflict Errors; how to track them down?

2003-06-04 Thread Shane Hathaway
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

Re: [Zope-dev] Conflict Errors; how to track them down?

2003-06-03 Thread Shane Hathaway
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

Re: [Zope-dev] [CRITICAL] Conflict Errors, Transactions,Retries,OhMy....

2003-06-01 Thread Shane Hathaway
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

Re: [Zope-dev] [CRITICAL] Conflict Errors, Transactions, Retries,OhMy....

2003-05-31 Thread Shane Hathaway
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

Re: [Zope-dev] [CRITICAL] Conflict Errors, Transactions, Retries,OhMy....

2003-05-31 Thread Shane Hathaway
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

Re: [Zope-dev] [CRITICAL] Conflict Errors, Transactions,Retries,OhMy....

2003-05-31 Thread Shane Hathaway
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

Re: [Zope-dev] manage_addZClass* permission question

2003-05-30 Thread Shane Hathaway
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

Re: [Zope-dev] [CRITICAL] Conflict Errors, Transactions, Retries,OhMy....

2003-05-30 Thread Shane Hathaway
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

Re: [Zope-dev] WebDAV File Descriptor Leak

2003-05-30 Thread Shane Hathaway
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

Re: [Zope-dev] App.Permission security hole

2003-05-29 Thread Shane Hathaway
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

Re: [Zope-dev] manage_addZClass* permission question

2003-05-29 Thread Shane Hathaway
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

Re: [Zope-dev] Sporadic IOErrors...?

2003-04-04 Thread Shane Hathaway
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,

Re: [Zope-dev] Possible security problem with DTML

2003-03-24 Thread Shane Hathaway
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

Re: [Zope-dev] How (in)secure is Zope?

2003-03-13 Thread Shane Hathaway
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

Re: [Zope-dev] How (in)secure is Zope?

2003-03-12 Thread Shane Hathaway
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,

Re: [Zope-dev] umount/remount

2003-03-07 Thread Shane Hathaway
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

[Zope-dev] Re: DBTab and CMF

2003-03-05 Thread Shane Hathaway
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

Re: [Zope-dev] Trying to understand the nuances of a VerboseSecurityreport ..

2003-03-04 Thread Shane Hathaway
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

Re: [Zope-dev] Declaring Dependencies for XML documents (Was: HowToImprove Cache Coherency for RAM/Disk Cache Manager...?)

2003-03-04 Thread Shane Hathaway
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

Re: [Zope-dev] How to trigger Zope externally (mail)

2003-02-26 Thread Shane Hathaway
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

Re: [Zope-dev] Offtopic: it's vs. its

2003-02-21 Thread Shane Hathaway
Florent Guillaume wrote: I'm sorry to bring forward the topic of grammar, which is usually very bad netiquette, and I hope nobody will feel offended, but... I cringe everytime I see it's used instead of its in the checkins or the wikis, which happens very often. Some folks are even using the

Re: [Zope-dev] RDF Musings and TinyTables

2003-02-20 Thread Shane Hathaway
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

Re: [Zope-dev] Trying to understand the nuances of a VerboseSecurityreport ..

2003-02-20 Thread Shane Hathaway
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

[Zope-dev] Re: RDF Musings and TinyTables

2003-02-20 Thread Shane Hathaway
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

Re: [Zope-dev] RDF Musings and TinyTables

2003-02-20 Thread Shane Hathaway
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

Re: [Zope-dev] Security-Problem

2003-02-19 Thread Shane Hathaway
Steve Alexander wrote: Shane Hathaway [EMAIL PROTECTED] wrote: Do you not want foo to have the Manager role? Andre Schubert wrote: No, because he is no longer in our company. Shane Hathaway [EMAIL PROTECTED] wrote: I think you're asking for a find + chown utility, right? I don't

Re: [Zope-dev] Security-Problem

2003-02-18 Thread Shane Hathaway
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

[Zope-dev] RDF Musings and TinyTables

2003-02-18 Thread Shane Hathaway
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

Re: [Zope-dev] POSKeyErrors

2003-02-14 Thread Shane Hathaway
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

Re: [Zope-dev] Re: [Zope] PCGI?

2003-02-14 Thread Shane Hathaway
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

Re: Bare except dangerous to ZODB? was Re: [Zope-dev] Accept-Charsethearders causing 500 internal server error.[correct but not lenient]

2003-02-11 Thread Shane Hathaway
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

Re: [Zope-dev] Re: Bare except dangerous to ZODB?

2003-02-11 Thread Shane Hathaway
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

Re: [Zope-dev] Re: Bare except dangerous to ZODB?

2003-02-11 Thread Shane Hathaway
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

Re: [Zope-dev] Re: Bare except dangerous to ZODB?

2003-02-11 Thread Shane Hathaway
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

[Zope-dev] Re: Bare except dangerous to ZODB? was Re: [Zope-dev] Accept-Charsethearders causing 500 internal server error.[correct but not lenient]

2003-02-10 Thread Shane Hathaway
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

Re: Bare except dangerous to ZODB? was Re: [Zope-dev] Accept-Charsethearders causing 500 internal server error.[correct but not lenient]

2003-02-10 Thread Shane Hathaway
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

Re: [Zope-dev] Zope Server Control

2003-02-08 Thread Shane Hathaway
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

Re: [Zope-dev] What makes Zope twirl?

2003-02-07 Thread Shane Hathaway
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

Re: [Zope-dev] Zope Server Control

2003-02-07 Thread Shane Hathaway
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] Zope Server Control

2003-02-06 Thread Shane Hathaway
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

Re: [Zope-dev] absolute_url: why not publishable?

2003-02-05 Thread Shane Hathaway
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

Re: [Zope-dev] Re: AdaptableStorage

2003-02-05 Thread Shane Hathaway
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

Re: [Zope-dev] Re: AdaptableStorage

2003-02-05 Thread Shane Hathaway
[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

Re: [Zope-dev] Re: AdaptableStorage

2003-01-22 Thread Shane Hathaway
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,

Re: [Zope-dev] Re: AdaptableStorage

2003-01-20 Thread Shane Hathaway
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

Re: [Zope-dev] Re: AdaptableStorage

2003-01-16 Thread Shane Hathaway
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

Re: [Zope-dev] Re: AdaptableStorage

2003-01-16 Thread Shane Hathaway
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

Re: [Zope-dev] Re: AdaptableStorage

2003-01-16 Thread Shane Hathaway
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

Re: [Zope-dev] Re: AdaptableStorage

2003-01-16 Thread Shane Hathaway
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

[Zope-dev] Re: AdaptableStorage

2003-01-15 Thread Shane Hathaway
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

Re: [Zope-dev] AdaptableStorage

2003-01-15 Thread Shane Hathaway
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

Re: [Zope-dev] Infuriating ZClass registry Heisenbug

2002-12-16 Thread Shane Hathaway
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

<    1   2   3   4   5   6   7   >