"Phillip J. Eby" wrote:
>
> At 08:39 PM 5/17/00 +0400, Jepthte CLAIN wrote:
> >
> >I wonder if someone can send me a simple example using the ZPatterns
> >framework. I read all the source, and I still can't figure out what is
> >the relationship between the objects instantiated by the Racks and t
I'm testing 2.2a1.
I have some ZClasses which work fine in 2.1.6. I copied my Data.fs to
the new 2.2a1 install.
As a non-superuser I have taken ownership of the top level of the site.
When I try to access a zclass instance which uses manage_tabs in it's
index_html method, I get the traceback shown
I'm running HPUX 10.20 and Oracle 8.0.3. My goal is to use ZOracleDA,
but first I must get DCOracle working. DCOracle compiles OK and I
am able to connect to the database when executing from the command line.
My test script is attached for reference.
My problem occurs when running in the Zope
I believe we discovered a problem with ZServer's ftp server.
(Zope 2.1.6)
I posted the following to the collector:
http://classic.zope.org:8080/Collector/1257/view
Has anyone else seen this problem? :
--
It appears that ZServer's active ftp mode may be broken, but probably
Ty Sarna writes:
> In article <[EMAIL PROTECTED]>,
> Dan L. Pierson <[EMAIL PROTECTED]> wrote:
> > If I try to do it by setting _defaultClass to 'LoginMember', it fails
> > because 'LoginMember' isn't in Products.meta_classes. In fact nothing
> > relating to DemoPortal or any other ZClass pr
Phillip J. Eby writes:
> At 10:01 PM 5/17/00 +0100, Steve Alexander wrote:
> >
> >The _defaultClass only needs to become DemoPortal.LoginMember before a
> >Portal's LoginManager instance is created.
> >
> >Therefore, you can leave the _defaultClass as LoginUser until the
> >"install" method
At 08:39 PM 5/17/00 +0400, Jepthte CLAIN wrote:
>
>I wonder if someone can send me a simple example using the ZPatterns
>framework. I read all the source, and I still can't figure out what is
>the relationship between the objects instantiated by the Racks and the
>Rackmountable objects. Also, why
At 10:01 PM 5/17/00 +0100, Steve Alexander wrote:
>
>The _defaultClass only needs to become DemoPortal.LoginMember before a
>Portal's LoginManager instance is created.
>
>Therefore, you can leave the _defaultClass as LoginUser until the
>"install" method of DemoPortalBase is called (PTKDemo/Portal
At 03:18 PM 5/17/00 -0400, Dan L. Pierson wrote:
>I'm trying to port the PTK PersistentUserSource stuff to the new
>LoginManager. A lot of things seem to be working, but I seem to have
>fallen into a Catch 22:
>
>1. UserSources.BasicUserSource defines self._defaultClass as LoginUser, where
>UserS
In article <[EMAIL PROTECTED]>,
Dan L. Pierson <[EMAIL PROTECTED]> wrote:
> If I try to do it by setting _defaultClass to 'LoginMember', it fails
> because 'LoginMember' isn't in Products.meta_classes. In fact nothing
> relating to DemoPortal or any other ZClass product is in
> Products.meta_clas
"Dan L. Pierson" wrote:
>
> I'm trying to port the PTK PersistentUserSource stuff to the new
> LoginManager. A lot of things seem to be working, but I seem to have
> fallen into a Catch 22:
>
> 1. UserSources.BasicUserSource defines self._defaultClass as LoginUser, where
> UserSources.LoginUser
>
> Hmm, another ZAZ fan :-)
>
Don't get me started... :^)
> > a holdover from the bobo days - if you are a method and you have a
> > docstring, you are accessible through the web (but still subject to
> > the std security rules). objectIds and objectValues are a good
> > example of things t
Dear mailing list administrators
at least the digests have some deficiencies:
1. some message headers are corrupted (do not use RFC822
continuation style).
Example is: Zope-Dev digest, Vol 1 #517 - 17 msgs"
Message: 10
From: "Kevin Dangoor" <[EMAIL PROTEC
Ty Sarna wrote:
> Can't you just turn off 'Access contents information' permission or
> whatever it is on a folder if you don't want people to call
> those things trough the web?
"Default security hole" notwithstanding, I would second this. FWIW,
being able to type http://blah/objectIds is a pr
Brian:
> > While I'm at it, is there any way to make DTML methods accessible to
> > objects (such as other DTML methods) but not through URLs
> > other than by
> > a tortuous series of proxy roles?
> > I've expressed views about an 'execute' permission in the
> > past but these
> > have fallen
I'm trying to port the PTK PersistentUserSource stuff to the new
LoginManager. A lot of things seem to be working, but I seem to have
fallen into a Catch 22:
1. UserSources.BasicUserSource defines self._defaultClass as LoginUser, where
UserSources.LoginUser is a simple RackMountable class (not a
In article <[EMAIL PROTECTED]>,
Brian Lloyd <[EMAIL PROTECTED]> wrote:
> > How come you can browse things like the objectIds and objectValues
> > methods through the web? Surely this is exposing information
> > that people
> > shouldn't really know about?
>
> You're right - and stop calling me
> How come you can browse things like the objectIds and objectValues
> methods through the web? Surely this is exposing information
> that people
> shouldn't really know about?
You're right - and stop calling me shirley. :) This is something of
a holdover from the bobo days - if you are a method
> - start.bat still hasn't been renamed. It's not that bright since
> windows has had a start command for ages now... typing start.bat tries
> to 'start' something called .bat. doh...
> The only way to get it to work is
> "start.bat"
> or
> ./start
> which is very weird on an NT box although quit
Chris Withers wrote:
>
> Hi,
>
> Just a few comments after a 5 minute play:
...
> - the -P option doesn't work properly.
> python z2.py -D -P 9000 still resulted in the PCGI server being run on
> port 8090.
> Wasn't there going to be an option so that servers which you don't use
> (monitor and P
Hi Duncan :-)
Cheers for the reply, but sorry, I'm not looking for a kludge solution.
I'm trying to find out if this is as intended, in which case there must
be a reason behind it (?!) or if it's a bug, in which case it needs to
be squashed...
thanks again,
Chris
_
> While I'm at it, is there any way to make DTML methods accessible to
> objects (such as other DTML methods) but not through URLs other than by a
> tortuous series of proxy roles? I've expressed views about an 'execute'
> permission in the past but these have fallen on deaf ears.
>
You could pro
Hello,
I wonder if someone can send me a simple example using the ZPatterns
framework. I read all the source, and I still can't figure out what is
the relationship between the objects instantiated by the Racks and the
Rackmountable objects. Also, why do the rack try to instantiate a
ZClass???
I'
23 matches
Mail list logo