[ZPatterns] access denied error

Joachim Schmitz js@aixtraware.de
Mon, 13 Aug 2001 10:10:52 +0200 (CEST)


More Information:

I exported the old and new ZClasses in xml-Format and did a

diff old new

besides the many differences in the keys string ids, I found only this
suspicious one:

139,145c139,144
<         <global id="48735.1" name="ExtensionClass" module="ExtensionClass"/>
<         <tuple id="48735.83">
<           <string id="48735.2" encoding="repr">RE</string>
<           <tuple id="48735.6">
<             <global id="48735.3" name="PersistentClass" module="ZClasses.ZClass"/>
<             <global id="48735.4" name="DataSkin" module="Products.ZPatterns.DataSkins"/$
<             <global id="48735.5" name="SimpleItem" module="OFS.SimpleItem"/>
---
>         <global id="47034.1" name="ExtensionClass" module="ExtensionClass"/>
>         <tuple id="47034.63">
>           <string id="47034.2" encoding="repr">Rechnung</string>
>           <tuple id="47034.5">
>             <global id="47034.3" name="PersistentClass" module="ZClasses.ZClass"/>
>             <global id="47034.4" name="DataSkin" module="Products.ZPatterns.DataSkins"/$
147c146
<           <dictionary id="48735.7">
---

So the working old ZClass has something to do with OFS.SimpleItem, and the
new not working not.


On Mon, 13 Aug 2001, Joachim Schmitz wrote:

> Hi Steve,
>
> that's not that easy, but more strangeness:
>
> I created a ZClass under Zope-2.2.5 exported/imported it into the Zope-2.3.3
> and with this ZClass it also works !!!!
>
> The ZPatterns on both installations are ZPatterns-0-4-3b2, the one on
> Zope-2.3.3 with ZPatterns-stevea-20010204 from Steve Alexander.
>
> Any hint, what to check next?
>
> On Mon, 13 Aug 2001, Steve Spicklemire wrote:
>
> > Hi Joachim,
> >
> > 	Strange.. any chance you could pack up one of your "broken" cases
> > (the simpler the better) and post it somewhere that we can poke at it?
> >
> > thanks,
> > -steve
> >
> > On Monday, August 13, 2001, at 01:36 AM, Joachim Schmitz wrote:
> >
> > > Hi Steve,
> > >
> > > after some rest during the weekend, back to this issue.
> > >
> > > I changed the storage-zclass for this specialist to an "old" zclasss,
> > > which
> > > was created half a year ago with Zope 2.2, and the problem goes
> > > away !!!!!
> > >
> > > To answer you question below, the objects are stored in ZClasse, with
> > > the
> > > Base Classes:
> > > ZObject, _ZClass_for_DataSkin
> > >
> > > this is the same for "old" and "new" ZClasses.
> > >
> > > On Fri, 10 Aug 2001, Steve Spicklemire wrote:
> > >
> > >>
> > >> Hi Joachim,
> > >>
> > >> 	What kind of objects are these? How do they subclass from DataSkin?
> > >>
> > >> -steve
> > >>
> > >> Joachim Schmitz wrote:
> > >>>
> > >>> During my search for the cause of this problem, I found a much easier
> > >>> way to
> > >>> reproduce it, though to me it makes even more strange.
> > >>>
> > >>> I wrote a little pythonscript to list the entries in my Rack:
> > >>>
> > >>> ## Script (Python) "listall"
> > >>> ##bind container=container
> > >>> ##bind context=context
> > >>> ##bind namespace=_
> > >>> ##bind script=script
> > >>> ##bind subpath=traverse_subpath
> > >>> ##parameters=
> > >>> ##title=
> > >>> ##
> > >>>
> > >>> for I in context.getAllIds():
> > >>>     item = context.getItem(I)
> > >>>     print I,item.RechnungsNr
> > >>> return printed
> > >>>
> > >>> That pops up the authentication dialog, and if I quit it, I get:
> > >>>
> > >>> Traceback (innermost last):
> > >>>   File
> > >>> /usr/local/ZopePark/ZopeVersions/Zope-2.3.3/lib/python/ZPublisher/Publish.
> > >>> py, line 223, in publish_module
> > >>> ......
> > >>>   File
> > >>> /usr/local/ZopePark/ZopeVersions/Zope-2.3.3/lib/python/AccessControl/SecurityManager.
> > >>> py, line 144, in validate
> > >>>   File
> > >>> /usr/local/ZopePark/ZopeVersions/Zope-2.3.3/lib/python/AccessControl/ZopeSecurityPolicy.
> > >>> py, line 168, in validate
> > >>> Unauthorized: RechnungsNr
> > >>>
> > >>> when I change the print line to:
> > >>>
> > >>>     print I,item.faellig
> > >>>
> > >>> I get:
> > >>>
> > >>> 080101 1970/01/01
> > >>> 080102 1970/01/01
> > >>>
> > >>> So it looks to me it cannot access the value "None", cause I get the
> > >>> Unauthorized error only for attributes, which happen to have no value.
> > >>>
> > >>> Mit freundlichen Grüßen
> > >>>
> > >>> Joachim Schmitz
> > >>>
> > >>> AixtraWare, Ing. Büro für Internetanwendungen
> > >>> Hüsgenstr. 33a, D-52457 Aldenhoven
> > >>> Telefon: +49-2464-8851, FAX: +49-2464-905163
> > >>>
> > >>> _______________________________________________
> > >>> ZPatterns mailing list
> > >>> ZPatterns@eby-sarna.com
> > >>> http://www.eby-sarna.com/mailman/listinfo/zpatterns
> > >>
> > >> _______________________________________________
> > >> ZPatterns mailing list
> > >> ZPatterns@eby-sarna.com
> > >> http://www.eby-sarna.com/mailman/listinfo/zpatterns
> > >>
> > >>
> > >
> > > Mit freundlichen Grüßen
> > >
> > > Joachim Schmitz
> > >
> > > AixtraWare, Ing. Büro für Internetanwendungen
> > > Hüsgenstr. 33a, D-52457 Aldenhoven
> > > Telefon: +49-2464-8851, FAX: +49-2464-905163
> >
> >
>
> Mit freundlichen Grüßen
>
> Joachim Schmitz
>
> AixtraWare, Ing. Büro für Internetanwendungen
> Hüsgenstr. 33a, D-52457 Aldenhoven
> Telefon: +49-2464-8851, FAX: +49-2464-905163
>
>
> _______________________________________________
> ZPatterns mailing list
> ZPatterns@eby-sarna.com
> http://www.eby-sarna.com/mailman/listinfo/zpatterns
>

Mit freundlichen Grüßen

Joachim Schmitz

AixtraWare, Ing. Büro für Internetanwendungen
Hüsgenstr. 33a, D-52457 Aldenhoven
Telefon: +49-2464-8851, FAX: +49-2464-905163