RE: [Zope-dev] ZPatterns: getItem returns None

2001-03-19 Thread Roch'e Compaan
> In my experience, getItem will return None if *anything* goes wrong > with data retieval or object creation. Sometimes you get a traceback in > the STUPID_LOG, and sometimes you don't (and I haven't figured out the > pattern yet). Test everything you can independently, and simplify > everythi

Re: [Zope-dev] INSTANCE_HOME vs. SOFTWARE_HOME

2001-03-19 Thread Martijn Pieters
On Sun, Mar 18, 2001 at 10:18:52PM +0100, Morten W. Petersen wrote: > Hi guys, > > some people have asked me to use INSTANCE_HOME instead of SOFTWARE_HOME, > which breaks their products on debian distros. > > Now, I'm not sure that won't break other systems if I change it; anyone > care to share

Re: [Zope-dev] FTP interface being worked on?

2001-03-19 Thread John D. Heintz
Chris McDonough wrote: > Fred wrote: > >>> I guess I'm voting to rewrite this sentence: >>> >>> If this API is not implemented by the developer, the >> >> result is >> >>> a default serialized representation (perhaps XML >> >> pickle) on a >> >>> per-object basis >> > > I think this

Re: [Zope-dev] FTP interface being worked on?

2001-03-19 Thread Shane Hathaway
Chris McDonough wrote: > That's one use, which is important to you. Another is to > use Emacs or Dreamweaver on a representation of, for > example, DTML methods on a filesystem, which is important to > other folks. I think there is really only one issue nobody has been able to sort out: do we wa

Re: [Zope-dev] PATH_INFO reliable?

2001-03-19 Thread Casey Duncan
Danny William Adair wrote: > > I want to strip off the SERVER_URL of an absolute url (which I have as a > string) without doing string manipulations. Is there some built-in function > to do this? So what I'm looking for is actual the reverse of absolute_url. > > The request variable PATH_INFO lo

RE: [Zope-dev] ZPatterns: getItem returns None

2001-03-19 Thread R. David Murray
On Mon, 19 Mar 2001, Roch'e Compaan wrote: > In all simplicity I still can't get it to work but here's some more info > from the console: > > Traceback (innermost last): > File > C:\PROGRA~1\ZOPE230\lib\python\Products\ZPatterns\AttributeProviders.py, > line 335, in _AttributeFor > (Object:

Re: [Zope-dev] FTP interface being worked on?

2001-03-19 Thread Fred Wilson Horch
I hadn't thought of the issues you raise. Thanks for mentioning them. "John D. Heintz" wrote in part: > If we > standardize "properties" to an XML file, then optionally dump other > files to expose specific aspects of an instance for serialized editing > it might not be as big a problem as I was

Re: [Zope-dev] FTP interface being worked on?

2001-03-19 Thread Chris McDonough
> I think there is really only one issue nobody has been able to sort out: > do we want the objects to be actually stored on the filesystem or do we > want to be able to mirror a ZODB? Or do we want both? My conception of it is that objects won't be served from the filesystem, but just put in a

Re: [Zope-dev] FTP interface being worked on?

2001-03-19 Thread John D. Heintz
Fred Wilson Horch wrote: > I hadn't thought of the issues you raise. Thanks for mentioning them. These are issues that may very well affect everyone and I'm happy to share my thoughts. > > >> I guess I would suggest that the serialized form of a Zope instance by >> default would be a single

Re: [Zope-dev] FTP interface being worked on?

2001-03-19 Thread John D. Heintz
Chris McDonough wrote: >> I think there is really only one issue nobody has been able to sort out: >> do we want the objects to be actually stored on the filesystem or do we >> want to be able to mirror a ZODB? Or do we want both? > > > My conception of it is that objects won't be served from

RE: [Zope-dev] ZPatterns: getItem returns None

2001-03-19 Thread Roch'e Compaan
> On Mon, 19 Mar 2001, Roch'e Compaan wrote: > > In all simplicity I still can't get it to work but here's some more info > > from the console: > > > > Traceback (innermost last): > > File > > C:\PROGRA~1\ZOPE230\lib\python\Products\ZPatterns\AttributeProviders.py, > > line 335, in _AttributeFor

Re: [Zope-dev] FTP interface being worked on?

2001-03-19 Thread Chris McDonough
> How useful/difficult would it be to put the SMB protocol on top of a ZEO > server? As serialized formats are build, would this be useful to anyone? I'm not sure how hard it would be, although currently ZEO servers need not know about anything but strings (they don't necessarily need the code f

[Zope-dev] call method of ancestor of ZClass

2001-03-19 Thread Tim McLaughlin
Anyone know how I could call the manage_afterAdd method of ZObjectManager from a python method which is overriding the method in a ZClass. Maybe something like this (but this doesn't work. manage_afterAdd(item, container): context.ZObjectManager.manage_afterAdd(item,container) do_something_e

Re: [Zope-dev] Starting a new process

2001-03-19 Thread Chris McDonough
I wonder if you can kick off another thread? - Original Message - From: "Christian Ellguth" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, March 19, 2001 1:52 PM Subject: [Zope-dev] Starting a new process > Hi, > > I have a lengthy operation in an external method. > I takes u

[Zope-dev] Starting a new process

2001-03-19 Thread Christian Ellguth
Hi, I have a lengthy operation in an external method. I takes up to 2 minutes. How do I prevent the browser from timing out? At the moment I am creating a new process by calling "os.fork()" and have that operation done in that new process. At the end I call "sys.exit(0)". This worked fine with Zo

Re: [Zope-dev] ZPatterns: getItem returns None

2001-03-19 Thread Steve Spicklemire
Hi Roche, > > In all simplicity I still can't get it to work but here's some more info > > from the console: > > > > Traceback (innermost last): > > File > > C:\PROGRA~1\ZOPE230\lib\python\Products\ZPatterns\AttributeProviders.py, > > line 335, in _AttributeFor > > (Object: GAPMixin) > >

[Zope-dev] Status of aq_chain (was: RE: getPhysicalPath?)

2001-03-19 Thread Brian Lloyd
> > >So nobody (including the various Products I have installed) uses this > incredibly useful attribute. I have numerous places in my source where I > loop through aq_parent attributes. A good question is whether aq_chain really should be a public interface. It was added (I think) as a de