[Zope-dev] Expanded access file (was Re: LoginManager patch consideredharmful) harmful)

2000-07-10 Thread Phillip J. Eby
At 03:07 PM 7/10/00 -0400, Shane Hathaway wrote: "Phillip J. Eby" wrote: Understood. I'll try to keep that use case in mind. Keep in mind, however, that being able to create a LoginManager is a pretty risky business in a portalish environment - you could potentially

Re: [Zope-dev] More comments on ZPatterns

2000-07-10 Thread Phillip J. Eby
At 02:29 PM 7/10/00 -0400, Shane Hathaway wrote: I decided to try out this idea. It turned out to be a cinch! It doesn't restrict the manage_* methods yet; I'll get to that after I get some feedback. Thoroughly untested except on my box; use at your own risk, etc. :-)

[Zope-dev] Re: Expanded access file (was Re: LoginManager patchconsideredharmful) consideredharmful)

2000-07-10 Thread Phillip J. Eby
FYI, I entered a Collector feature request for this over the weekend; I classified it as "somewhat important/future", IIRC. It mentions the "set up two accounts" concept you describe below, and I think there might be some other notes as well. At 05:07 PM 7/10/00 -0400, Shane Hathaway wrote:

Re: [Zope-dev] More comments on ZPatterns

2000-07-09 Thread Phillip J. Eby
At 12:38 PM 7/9/00 -0500, Steve Spicklemire wrote: pje None of the above. SkyDiver should inherit from a Party base class. For pje Customer and ResourceUser behavior, one adds propertysheets whose class is pje provided by the respective frameworks. This is extension through

Re: [Zope-dev] More comments on ZPatterns

2000-07-09 Thread Phillip J. Eby
At 01:37 PM 7/9/00 -0500, Steve Spicklemire wrote: Thanks Steve, Eegads! OK... all my instances currently live in a defaultRack of one specialist or another... so exactly how do I "configure this DataManager to provide the PropertySheets (I) want, with sensible default values, and suddenly, all

[Zope-dev] LoginManager patch considered harmful (was Re: can't addloginmanager below root) loginmanager below root)

2000-07-08 Thread Phillip J. Eby
At 09:21 PM 6/28/00 +, Ty Sarna wrote: In article [EMAIL PROTECTED], Shane Hathaway [EMAIL PROTECTED] wrote: Ok folks, I thought I had made it clear that this problem has been solved. I have sent a patch to Ty (about two weeks ago) as well as made the change in Sorry for the delay.

Re: [Zope-dev] ZPatterns: DropZone example

2000-07-05 Thread Phillip J. Eby
At 03:12 PM 7/5/00 -0500, Jimmie Houchin wrote: "Phillip J. Eby" wrote: [snip] Peter Coad's design approach (which ZPatterns is heavily based on/biased towards) emphasizes four major layers of classes in an application: 1) User Interface (GUI, forms, etc.) 2) Problem Domain (

Re: [Zope-dev] Proposed interface: Restricted creation

2000-07-05 Thread Phillip J. Eby
At 12:01 PM 7/5/00 -0400, Shane Hathaway wrote: Itamar Shtull-Trauring wrote: I propose a Restricted Creation Interface - when an ObjectManager constructs it's Add list in manage_main, it first checks with each addable class if it's instances can be added in this specific ObjectManager. The

Re: [Zope-dev] ZClass inheriting from ObjectManager and DataSkin?

2000-07-05 Thread Phillip J. Eby
At 01:58 PM 7/5/00 +0300, Itamar Shtull-Trauring wrote: Are there (or better yet, what are) any potential problems here? My gut feeling was that it wouldn't work, but you can at the very least add objects in instances of the ZClass - deleting and renaming don't work though. When you say

Re: [Zope-dev] zpatterns-0.4: creating an item in virtual mode

2000-07-05 Thread Phillip J. Eby
At 11:14 AM 7/5/00 +0400, Jephte CLAIN wrote: Hello, I use virtual attribute access to provide access to my SQL database. However, I want to use the Rack.newItem facility to create new records in the database. But it fails because in virtual mode, an item always exists. This patch solves the

[Zope-dev] Re: Comments on ZPatterns

2000-07-04 Thread Phillip J. Eby
At 03:10 PM 6/28/00 +0100, Chris Withers wrote: 1. Too much jargon... by far... Lots of complicated words that are meanlingless to the layman and don't help to convey the concepts. Yep, like "Acquisition" and "object publishing". :) Seriously, that is very much the level we're talking about

Re: [Zope-dev] More comments on ZPatterns

2000-07-04 Thread Phillip J. Eby
At 10:06 AM 7/3/00 -0500, Steve Spicklemire wrote: Seriously, I'm trying to get it all figured out, and I thought maybe if I attempted to do something 'real' with it I would at least learn what I *don't* understand. Well.. I've learned a *lot*! (about what I don't understand.. ) ;-) The source

Re: [Zope-dev] ZPatterns: DropZone example

2000-07-04 Thread Phillip J. Eby
At 05:26 PM 6/28/00 +0100, Steve Alexander wrote: The suggested specialists in the Accounting framework are: Invoices Orders Customers Products What I'm finding is that these are just the White-box specialists. A clean design would seem to want all the specialists above, plus at least

Re: [Zope-dev] ZPatterns Specialist Question

2000-07-04 Thread Phillip J. Eby
At 11:54 AM 7/3/00 +0100, Chris Withers wrote: Just a quickie: If, as the the ZPatterns Wiki states, 'Specialists are not classes', then why is there a 'Specialist' python class in the ZPatterns distribution? Specialists are instances of the class "Specialist". They are not themselves

Re: [Zope-dev] bug in zpatterns-0.4 ?

2000-07-04 Thread Phillip J. Eby
At 10:33 AM 7/4/00 +0400, Jephte CLAIN wrote: Back to my first question: is it intended that Rack.createItem (a IMHO low level method) calls Rack.getItem (a IMHO higher level method) to check the existence of the item? Yes. It is perfectly valid OO design (and common framework-building

Re: [Zope-dev] ZPatterns: DropZone example

2000-07-04 Thread Phillip J. Eby
At 02:21 AM 7/5/00 +, Scott Parish wrote: Does anybody out there have even the slightest clue about how to go about using AttributeProviders and SheetProviders? A select few terse hints on this subject would really help us (me) figure it out enough to start working on some howto's. You

Re: [Zope-dev] bug in zpatterns-0.4 ?

2000-07-03 Thread Phillip J. Eby
At 11:54 AM 6/27/00 +0400, Jephte CLAIN wrote: mike wrote: There is no way to infinite recursion if Rack.getItem is leaved untouched. Ah ah. But people will touch it. Like me for example :-) There is no way to prevent overriding getItem from a ZClass for example. And it *will* recurse

Re: [Zope-dev] Racks and Specialists Simplified

2000-07-03 Thread Phillip J. Eby
By all means, feel welcome. I've been on vacation a while. At 02:29 PM 6/28/00 +0100, Steve Alexander wrote: I just looked over the ZPatterns Wiki for Shane's explanation, but I can't find it. If it isn't there (hiding somewhere), perhaps I can add it from Shane's original email?

Re: [Zope-dev] zpatterns-0.4a4

2000-06-26 Thread Phillip J. Eby
At 01:08 PM 6/26/00 +0400, Jephte CLAIN wrote: This code should (IMHO) read: def getItem(self, key): if hasattr(self.aq_base,'retrieveItem'): return self.retrieveItem(key=key) # XXX need DTML check? for rack in self.rackList: item = rack.__of__(self).getItem(key)

[Zope-dev] ZPatterns alpha 4 released (was Re: ZPatterns bug. Very serious.)

2000-06-25 Thread Phillip J. Eby
ZPatterns 0.4.0 alpha 4 has been released, fixing the bugs described below. I will be away from e-mail most of this coming week. If when I get back there isn't a pile of new bug reports, I'll upgrade ZPatterns to beta status. On Friday, Ty completed a project using LDAP and ZPatterns' "generic

Re: [Zope-dev] ZPatterns bug. Very serious.

2000-06-23 Thread Phillip J. Eby
At 01:06 PM 6/23/00 +0800, mike wrote: There _IS_ a problem. Maybe _v_cachedAttr is not a guilty, but do you know it exists only in newly created objects and do _not_ exists in old?. The attribute cache is created only when used in a transaction, so if you retrieve a persistent object from a

[Zope-dev] ZPatterns alpha 3 released (was re: ZPatterns 0.4.0a2 bug fixes)

2000-06-20 Thread Phillip J. Eby
At 11:54 AM 6/20/00 +0300, Itamar Shtull-Trauring wrote: "Phillip J. Eby" wrote: * The missing _objectChanged() message - it was very hard to track down, because everything appeared to be working right, except for the fact that it wasn't working. Turns out that _v_status_ (th

Re: [Zope-dev] Test request: ZSession - ZPatterns based session manager

2000-06-20 Thread Phillip J. Eby
At 08:58 PM 6/19/00 +0800, mike wrote: http://www.zope.org/Members/RainDog/ZSession/ZSession-0.0.2.tar.gz/view Comments? Now that I've had a chance to really look at this (while tracking down one of the bugs you found), I do have a few comments. First, nice job... It's a good adaptation use

Re: [Zope-dev] ZPatterns alpha 3 released (was re: ZPatterns0.4.0a2 bug fixes)

2000-06-20 Thread Phillip J. Eby
At 10:25 PM 6/20/00 +0800, mike wrote: "Phillip J. Eby" wrote: Huh? Oh, %#()@%... I fixed that in my working copy, but didn't check it into CVS before building a release .tgz yesterday... Argh. Line 137 of DataSkins.py *should* read: if self._v_status_ is not Cha

Re: [Zope-dev] Test request: ZSession - ZPatterns basedsession manager

2000-06-20 Thread Phillip J. Eby
At 10:51 PM 6/20/00 +0800, mike wrote: "Phillip J. Eby" wrote: example. Think of someone creating a Session subclass called "Shopping Cart", with methods for viewing, checking out, adding/deleting items, etc. Or, if they have many subsystems which want to share the s

Re: [Zope-dev] ZPatterns alpha 3 released (was re: ZPatterns0.4.0a2 bug fixes)

2000-06-20 Thread Phillip J. Eby
At 05:49 PM 6/20/00 +0300, Itamar Shtull-Trauring wrote: Huh? Oh, %#()@%... I fixed that in my working copy, but didn't check it into CVS before building a release .tgz yesterday... Argh. Line 137 of DataSkins.py *should* read: Great, it works! Tell me, were you able to use

Re: [Zope-dev] Bug in Changed events in ZPatterns 0.4.0a1?

2000-06-19 Thread Phillip J. Eby
At 11:33 AM 6/19/00 +0300, Itamar Shtull-Trauring wrote: As far as I can tell, the first time an object is changed, an Agent's _objectChanged() will be called, but as long as the object is still in the memory cache, _objectChanged() will not be called again. _objectChanged is a once per object

Re: [Zope-dev] Yet another bug. (Re: [Zope-dev] Bug?)

2000-06-19 Thread Phillip J. Eby
At 08:45 PM 6/19/00 +0800, mike wrote: It looks like retrieved items have no _v_dm_ set. I fixed it (not sure this is right) with: Um, check to make sure you're using _RawItem, not _v_itemConstructor, in your retrieveItem method, if you're using a subclass. If you are using _RawItem, then I've

Re: [Zope-dev] One more bug

2000-06-19 Thread Phillip J. Eby
At 08:44 PM 6/19/00 +0800, mike wrote: Fix for www/storageForm.dtml $ diff storageForm.dtml.orig storageForm.dtml 7c7 FORM METHOD="POST" ACTION="manage_setStorage" --- FORM METHOD="POST" ACTION="." 56c56 brINPUT TYPE="SUBMIT" value=" Change Storage Settings" --- brINPUT

Re: [Zope-dev] Bug? + another bug (ZPatterns 0.0.4a)

2000-06-19 Thread Phillip J. Eby
At 08:12 PM 6/19/00 +0800, mike wrote: Another bug I found (file Rack.py): def createItem(self,key): # Create a new object, identified by key item = self.getItem(key) # XXX What if all items potentially exist? if item is not None: raise

[Zope-dev] ZPatterns 0.4.0a2 bug fixes

2000-06-19 Thread Phillip J. Eby
0.4.0a2 is out, to fix the bugs reported by Itamar and Mike. I have not yet reproduced all the bugs Mike has reported, but here's what's fixed in alpha 2: * The missing _objectChanged() message - it was very hard to track down, because everything appeared to be working right, except for the

[Zope-dev] 0.4.0 alpha 1 Released

2000-06-16 Thread Phillip J. Eby
ZPatterns 0.4.0 alpha 1 has been uploaded to zope.org. No new docs, but README, TODO, and CHANGES have been updated since last week's snapshot. This is now in more or less stable form for this revision cycle; it's labelled alpha mainly because regression testing has been minimal. Some

Re: [Zope-dev] Logging for ZScheduler?

2000-06-15 Thread Phillip J. Eby
At 12:42 PM 6/15/00 -0400, Shane Hathaway wrote: Agreed; I see this as by far the best approach. It's a tried and true pattern. Not only that, but it gives you extremely fine-grained control over what you do and don't log. And, if the other events like adds and deletes on folders are in

RE: [Zope-dev] Observable and ZPatterns (was Logging for ZScheduler?)

2000-06-15 Thread Phillip J. Eby
At 01:40 PM 6/15/00 -0700, Loren Stafford wrote: Where is Observer-Observable in the development plan? ZPatterns 0.4? -- Loren No. 0.4 is targeted for 2.1.6 compatibility, and Observable will require Zope 2.2's new Traverse features. Also, 0.4 is due out tomorrow and I'm way behind on

Re: [Zope-dev] Logging for ZScheduler?

2000-06-14 Thread Phillip J. Eby
At 01:58 PM 6/15/00 +1000, Stuart 'Zen' Bishop wrote: Its not a problem with ZScheduler, it a problem that no one has written a plug-in logging system that is good enough for what you are trying to do. The existing zLOG API is fine (well - it could be better), but just needs someone to write the

Re: [Zope-dev] package descriptions

2000-06-13 Thread Phillip J. Eby
At 12:06 PM 6/13/00 -0600, ethan mindlace fremen wrote: Ok, lighter grey less blue bars. Also simply asking for more products will hide the DC products, as opposed to having to sort (which still works) Whitespace between entries, please, and an indent of the description would be nice. It's

Re: [Zope-dev] 0.4.0 prerelease snapshot (was zpatterns-0.4 ?)

2000-06-11 Thread Phillip J. Eby
At 04:22 PM 6/11/00 -0400, Kevin Dangoor wrote: What will be the right way to subclass ObjectManager? CatalogAware won't really be necessary, because you can use the events stuff to catalog things... but, I make a lot of things ObjectManagers... All that's required is that manage_afterAdd call

Re: [Zope-dev] Externalize or Adapt? (ZPatterns)

2000-06-10 Thread Phillip J. Eby
At 06:31 PM 6/10/00 +0800, Mike wrote: Maybe the best way is to put a 'thumb' data source into Customers instead of native one. This thumb should translate all messages to SkyDivers' data source. Yes, a "Delegation Rack" is certainly possible. It would make it really easy to merge data from

Re: [Zope-dev] 0.4.0 prerelease snapshot (was zpatterns-0.4 ?)

2000-06-10 Thread Phillip J. Eby
in data upgrade code for interim releases.) Last, but not least, the docs are even worse than usual for my releases, and some of the newer objects have ugly, missing, or confusing interim icons. So all in all, use at your own risk. At 04:06 PM 6/7/00 +0300, Itamar Shtull-Trauring wrote: "Phil

Re: [Zope-dev] LM and user objects

2000-06-06 Thread Phillip J. Eby
At 02:21 PM 6/6/00 -0600, Bill Anderson wrote: I beleive I have the basic LM concept grasped. I understand that I need a 'User' Object, ostensibly can be done in Python or ZClasses. For now, I will look at ZClasses for experimentation. So, I beleive that to set up a ZODB-based User for LM, I

Re: [Zope-dev] ZPatterns ProperySheet usage example?

2000-06-05 Thread Phillip J. Eby
At 05:07 PM 6/5/00 +0800, Mike wrote: Hello people, could anybode give an example (in code) on subject? This isn't exactly code, but... Set up a LoginManager with a GenericUserSource, and set up the GUS to have users. Make sure that the GUS has a "Persistent Sheet Provider" on the "Sheet

Re: [Zope-dev] Security is Hard (was Import from upload?)

2000-06-05 Thread Phillip J. Eby
At 12:05 PM 6/5/00 -0400, Evan Simpson wrote: Security is hard :-/ No kidding. And just think, all the hard stuff that's been done to avoid trojans in a portal-ish site can be defeated simply by a user making a page that looks like the portal's login screen and asking the user to "verify"

[Zope-dev] Re: ZPatterns complexity?

2000-06-03 Thread Phillip J. Eby
At 07:02 PM 6/3/00 +0800, Mike wrote: "Phillip J. Eby" wrote: Two things. 1) WebDAV support requires the ability to add arbitrary property sheets containing arbitrary data. 2) Propertysheets (especially when used with XML namespace URL's) give a way of standardizing an interface

[Zope-dev] Re: ZPatterns complexity?

2000-06-02 Thread Phillip J. Eby
At 01:40 PM 6/2/00 +0800, Mike wrote: As I'm reading ZPatterns source code more and more I'm finding there are good things just hidden in unclean or bad defined interfaces. Just a suggestion: define interfaces as abstract classes first, then implement them (as AbstractRack, DefaultRack and

Re: [Zope-dev] LM 0.8.6 w/CurrentCVS failure

2000-06-02 Thread Phillip J. Eby
At 01:51 AM 6/2/00 -0600, Bill Anderson wrote: "Phillip J. Eby" wrote: [...] LM 0.8.6 also works with Zope 2.2 as far as being able to be added, although I'm not sure it interoperates properly with the new security API. It will still be backward compatible with Zope 2.1.6 either w

Re: [Zope-dev] CatalogAwareness for RackMountables

2000-05-30 Thread Phillip J. Eby
At 12:53 PM 5/30/00 +0300, Itamar Shtull-Trauring wrote: I've been playing around with ZPatterns, and I must say it's very cool - finally you can mix ZCatalog and SQL storage. CatalogAwareness is slightly different than regular Zope objects in that you have to find the ZCatalog in the Rack's

Re: [Zope-dev] Problems with LoginManager form-based login

2000-05-28 Thread Phillip J. Eby
At 06:14 PM 5/26/00 -0400, Evan Simpson wrote: D'oh! How 'bout if REQUEST.close() were to always do a self.__dict__.clear()? Are you absolutely positively sure that REQUEST.response is never accessed following REQUEST.close()? In my cursory examination of the code paths, I wasn't sure that

Re: [Zope-dev] Problems with LoginManager form-based login

2000-05-26 Thread Phillip J. Eby
At 07:11 PM 5/26/00 +1000, Stuart 'Zen' Bishop wrote: On Wed, 24 May 2000, Phillip J. Eby wrote: This is a problem that apparently can only be solved by replicating ZPublisher's backward walk, which is the wrong thing to do because the traversal will be O(n^2). Bleah. I guess we'll have

Re: [Zope-dev] Problems with LoginManager form-based login

2000-05-26 Thread Phillip J. Eby
At 03:05 PM 5/26/00 -0400, Evan Simpson wrote: - Original Message - From: Phillip J. Eby [EMAIL PROTECTED] Been there, done that. Yours doesn't work either, btw. Well, actually, it does, it's just that it causes a memory leak because it leaves an unintended circular reference. We've

Re: [Zope-dev] zpatterns: rackmountables must be of-wrapped

2000-05-25 Thread Phillip J. Eby
At 01:56 PM 5/25/00 +0400, Jephte CLAIN wrote: When I don't wrap items like this, I get strange unauthorized errors. Only the super user can use the items. All the other users (Managers or not) can't. In normal usage, one only accesses a rack from or in a Specialist. Specialists wrap the

Re: [Zope-dev] Observer / Notification Interface Proposal

2000-05-25 Thread Phillip J. Eby
At 12:45 AM 5/25/00 -0400, Tres Seaver wrote: Ah, ok -- I was planning simply to leverage the ZODB's facilities for maintaining persistent references in the DefaultObservable mix-in; more elaborate schemes would be possible (for instance to support rack-mounted observers?) Actually, just using

Re: [Zope-dev] Resource Discovery (was Observer / Notification Interface Proposal) Proposal)

2000-05-25 Thread Phillip J. Eby
At 10:03 AM 5/26/00 +1000, Anthony Baxter wrote: "Phillip J. Eby" wrote I would suggest that it ask for an interface, rather than a meta_type. Otherwise, you've hardwired yourself into a single object type with no extensibility. For example, an SQL method wants the nearest SQL

Re: [Zope-dev] zpatterns: rackmountables must be of-wrapped

2000-05-24 Thread Phillip J. Eby
At 05:33 PM 5/24/00 +0400, Jephte CLAIN wrote: Hello, I believe items got from a rack have to be wrapped in context of the rack. I've been bitten by this (and it hurts!). When I try to use items from DTML, only the superuser can use it, even managers can't access the objects. When I wrap the

Re: [Zope-dev] Problems with LoginManager form-based login

2000-05-24 Thread Phillip J. Eby
At 05:24 PM 5/24/00 +0300, Itamar Shtull-Trauring wrote: "Phillip J. Eby" wrote: Make your root acl_users a LoginManager, with the loginForm there. LoginManager will only allow "Anonymous" to log in if it is the root acl_users. This is how standard user folders behave, a

Re: [Zope-dev] Observer / Notification Interface Proposal

2000-05-24 Thread Phillip J. Eby
At 07:19 PM 5/24/00 -0400, Tres Seaver wrote: I have started a page for an implementation of the GangOfFour Observer pattern within Zope: URL http://www.zope.org/Members/michel/Projects/Interfaces/ObserverAndNotificat ion Please comment, either here or in the wiki. Is this only for events

[Zope-dev] Re: Re: [Zope-dev] ZPatterns framework improvements

2000-05-21 Thread Phillip J. Eby
At 03:51 PM 5/21/00 -0400, Tres Seaver wrote: This is really just the classic Observer pattern, a la GoF Design Patterns. "ObjectAdded" and "ObjectRemoved" are events a "RackObserver" would register for; "AfterCreate", "Changed", and "BeforeDestroy" are events of the "hosted" object itself.

Re: [Zope-dev] Re: Fixed reply Re: [Zope-dev] Trouble setting LoginManager default user class default user class

2000-05-18 Thread Phillip J. Eby
At 04:04 PM 5/18/00 -0400, Dan L. Pierson wrote: The portal now gets created, but I can't login to the initial account. I also can't display the members roster by clicking on Members (AttributeError for getUsers), but can write a DTML method in the UserSource that lists all one user. The code

[Zope-dev] Double-aborting of objects registered w/transactions, andrelated weirdness related weirdness

2000-05-18 Thread Phillip J. Eby
[reported to Collector; posted as FYI] Under certain circumstances, Zope transaction objects will have their abort() method called more than once for the same transaction, which leads to jar.abort() operations being called twice. This occurs any time that the zpublisher_exception_hook reraises

<    1   2   3