- Zope-Dev - Zope lists

Re: [Zope-dev] ZClass Meta Types
by Kevin Dangoor 15 Jul '99

15 Jul '99

I will do so now. I'm running a4 with the latest CVS updates, so maybe this is a little different than http://www.zope.org/Collector/392/view Kevin --- Jason Spisak <webmaster(a)mtear.com> wrote: > Kevin, > > > I must say, though, that to me the ZClass/ZCatalog > way > > of doing things is the coolest thing I've seen > since > > Zope itself. > > > No doubt there. Being able to just create a ZSearch > Interface on > anything in your entire site, and all of your > created ZClass instances. Powerful. > > Did you submit this to the Collector? > > Jason Spisak > webmaster(a)mtear.com > > > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

1 0

RE: Catalog
by Michel Pelletier 15 Jul '99

15 Jul '99

> -----Original Message----- > From: Jason Spisak [mailto:webmaster@mtear.com] > Sent: Friday, July 09, 1999 2:25 PM > To: Michel Pelletier > Subject: Re: Catalog > > > Michel, > > You use catalog_object. hat is the difference between that > and manage_catalogObject? > manage_catalogObject wants a list of urls, which it then resolves itself into objects (the object are needed by the indexes). When it resolved the object, it then called catalog_object to catalog the actual object with it's unique id (which in this case is the URL). catalog_object needs only the object and the unique id, which is how we used it here. It makes things simpler. manage_catalogObject is really meant to be just a management interface to adding objects, catalog_object is meant to be the external hook for objects to catalog themselves. -Michel > Jason Spisak > webmaster(a)mtear.com > > Michel Pelletier wrote: > > > > PS: jason(a)mtear.com, which is where you sent this message from, is > > bouncing with a SMTP error of '553 no such user' > > > > > -----Original Message----- > > > From: Jason Spisak [mailto:jason@mtear.com] > > > Sent: Friday, July 09, 1999 9:43 AM > > > To: michel(a)digicool.com > > > Subject: Re: Catalog > > > > > > > > > Michel, > > > > > > Thanks for the suggestion. > > > > > > I tried the blah namespace force, but I got this traceback > > > > Hmm.. Ok I looked deeper into our Portal Stuff, but it's a > but complex. > > basicly we have a Findable class with the following external method: > > > > def index_object(self): > > """A common method to allow Findables to index themselves.""" > > try: self.SiteIndex.catalog_object(self, self.url()) > > except: pass > > > > (our catalog is called SiteIndex) > > > > Then, in the constructor for your ZClass (making sure your ZClass > > subclasses the Findable base ZClass; in this example it's a > NewsItem) > > Use the 'index_object' > > > > Note that we use SiteIndex and index_object in our > examples, but these > > are holdovers. You should use Catalog and index_object, the more > > generic terminology. > > > >  > > > >  > > > >  > >  > > > >  > > > >  > > > >  > > > >  > > > > -Michel > > -- > Jason Spisak > Director Implementation/Development > Masterson, Tate & Associates > 6151 West Century Boulevard #928 > Los Angeles, CA 90045 > http://www.mtear.com >

2 1

Re: Zope-Dev digest, Vol 1 #105 - 7 msgs
by Jason Spisak 15 Jul '99

15 Jul '99

Ty, Just a quick heads up. I think the calendar_date property of the calendar tag isn't working with Zope 2 now. It worked with that other alpha, but now I get this traceback: Error Type: NameError Error Value: calendar_date <snip>  Thought you might like to know. I'll poke around and see if I can see what changed. All my best, Jason Spisak webmaster(a)mtear.com

1 0

RE: [Zope-dev] win32 BTree seg - fix maybe
by Miller, John M. 15 Jul '99

15 Jul '99

I have had lots of luck using mingw32. The instructions at http://starship.python.net/crew/kernr/mingw32/Notes.html are lucid and easy to follow. I hacked compmgw.py a little so it does a little better job at building Extension modules in the right place for Zope. I also did a very small hack on do.py to detect when the OS was win32 and to use 'python compmgw.py' then 'make' to build the extension modules. This way I can pretty much just do a 'python wo_pcgi.py' at the top of my Zope distribution and all builds (the extensions are all compiled to .pyd files) quite nicely (assuming I have all the mingw paths set up correctly). I'm going to have to spend some time studying your stuff before I can figure out how all this would map to your ZMake files. Doesn't look like much (if anything) needs to be done at all though. The only difference between mingw and cygwin is the command line options used to build .pyd's. Just copy cygwin.zmake and, change linker options, and add a rule for (.+)\.pyd:? Just thinking aloud at this point, feel free to ignore with prejudice! Cheers, John P.S. Here are the actual changes I made (one or both probably reversed considering my general lack of coding discipline): *** /tmp/compmgw.py Fri Jun 11 16:48:22 1999 --- /mingw/compmgw.py Tue Jul 13 08:13:11 1999 *************** *** 408,414 **** self.OBJECT_RULES = '' for file in self.cfiles: ! objfile = string.split(file, '.')[0] + '.o' self.OBJECTS.append(objfile) replacements = {'OBJ': objfile, 'SRC': file, --- 408,415 ---- self.OBJECT_RULES = '' for file in self.cfiles: ! # Ensure that path information from file remains intact (important when compiling Zope). ! f, ext = os.path.splitext(file) ! objfile = f + '.o' self.OBJECTS.append(objfile) replacements = {'OBJ': objfile, 'SRC': file, *** do.py Wed Jul 07 14:01:58 1999 --- do.py.orig Wed Mar 10 13:10:32 1999 *************** *** 109,123 **** print 'Compiling extensions in %s' % string.join(args,'/') for a in args: os.chdir(a) - - if sys.platform=='win32': - # Try to do the compmgw.py+make combination to build .pyd's using mingw - do("python \mingw\compmgw.py") - do("make") - else: # Copy over and use the prototype extensions makefile from python dist: ! do("cp %s ." % wheres_Makefile_pre_in()) ! do('make -f Makefile.pre.in boot PYTHON=%s' % sys.executable) ! do('make') ! do('make clean') for a in args: os.chdir('..') --- 109,117 ---- print 'Compiling extensions in %s' % string.join(args,'/') for a in args: os.chdir(a) # Copy over and use the prototype extensions makefile from python dist: ! do("cp %s ." % wheres_Makefile_pre_in()) ! do('make -f Makefile.pre.in boot PYTHON=%s' % sys.executable) ! do('make') ! do('make clean') for a in args: os.chdir('..') > -----Original Message----- > From: Anthony Pfrunder [SMTP:s341625@student.uq.edu.au] > Sent: Wednesday, July 14, 1999 5:19 PM > To: Miller, John M. > Cc: 'zope-dev(a)zope.org' > Subject: Re: [Zope-dev] win32 BTree seg - fix maybe > > On Wed, 14 Jul 1999, Miller, John M. wrote: > > Yes, thats the only thing you need to fix to build Alpha 4 on Windows. > Have you had any luck with mingw32? I'm interested in creating a > universal makefile build system so that Zope (and other python stuff) can > be built on many compilers without separate makefiles for each. Check out > ZwinG2.zip on my site. > > Cheers, > > Anthony Pfrunder

1 0

zope 2 and non-multithread safe extensions.
by Anthony Baxter 15 Jul '99

15 Jul '99

How should a Product that's not thread-safe indicate this to Zope 2? Say, for the sake of argument, that I had an (unreleased) SNMP product that wasn't thread-safe. How will this play in Zope2? Will the entire thing wedge on the SNMP product while it's doing a call? Or will it just block a subsequent call to the SNMP product? BTW, the Zope table-type objects (as seen in ZSQL results) work rather nicely for SNMP tables. :) Anthony

2 1

[Fwd: Problem with ZClass and property sheets?]
by David White 15 Jul '99

15 Jul '99

Hi, I sent the following message below to the list back on Jun 30 and never recieved a reply. Yesterday I tried all day to submit it to the Collector but wasn't able to (the Collector seemed to hang up on me when I did a submit). As I am very excited with the prospects of ZClasses I was really hoping that someone could let me know if what I describe below is an existing bug with ZClasses or not. Has anyone else seen the behavior I describe below? Any help in this matter would be greatly appreciated. Thanks, Dave -- -------- Original Message -------- Subject: Problem with ZClass and property sheets? Date: Wed, 30 Jun 1999 15:40:15 -0400 From: David White <davew(a)ed.ray.com> To: zope-dev(a)zope.org Hi, I was playing around with ZClasses with the 2.0 alpha release and I think I may have run into a bug (or else I have something conceptually wrong...) I created a Product through-the-web and then created a ZClass within my newly created product. I then went to the Property Sheets tab, created a property sheet and began defining some properties. All fine so far... Then I created another property sheet. I went into this property sheet and began adding some properties. When I added a property with the same name as a property in a *different* property sheet Zope complained with the following: -------------------------------------------------------------- Zope Error Zope has encountered an error while publishing this resource. Bad Request Invalid property id, address. It is in use. Traceback (innermost last): File /local/app/Zope/lib/python/ZPublisher/Publish.py, line 256, in publish_module File /local/app/Zope/lib/python/ZPublisher/Publish.py, line 161, in publish File /local/app/Zope/lib/python/ZPublisher/mapply.py, line 154, in mapply (Object: manage_addProperty) File /local/app/Zope/lib/python/ZPublisher/Publish.py, line 98, in call_object (Object: manage_addProperty) File /local/app/Zope/lib/python/OFS/PropertySheets.py, line 404, in manage_addProperty (Object: management_representitive) File /local/app/Zope/lib/python/OFS/PropertySheets.py, line 213, in _setProperty (Object: TestClass) Bad Request: (see above) -------------------------------------------------------------- It seems to me that it should be possible to have two different property sheets within a ZClass which have the same property name? On a related topic, why is it that when I'm on a property sheet admin page the 'location' links (don't know the official name of this) under the tabs interface has a phantom 'common' folder/path location? When I click on this link it loads the Help interface (the top level help frameset which loads the left and right help frames). That sure doesn't seem right :^) Should these be added to the Collector? Thanks, Dave -- ps. I LOVE what you've done with ZClasses, ZCatalog and what I've seen of The Portal Toolkit. I'm really looking forward to it. Keep up the great work and thanks!!!!!!!!!!!!!!!!!!! -- ---------------------------------------------------- David R. White Raytheon Electronic Systems Process Support (508) 440-2087 528 Boston Post Rd. Sudbury, MA 01776 davew(a)ed.ray.com ----------------------------------------------------

1 0

compiling with DJGPP
by Josh Zeidner 15 Jul '99

15 Jul '99

Has the new Zope release been tested with DJGPP compiler for Win32? -jmz _______________________________________________________________ Get Free Email and Do More On The Web. Visit http://www.msn.com

2 1

RE: ZCatalog
by Michel Pelletier 15 Jul '99

15 Jul '99

> -----Original Message----- > From: Jason Spisak [mailto:webmaster@mtear.com] > Sent: Wednesday, July 14, 1999 5:45 PM > To: Michel Pelletier > Cc: zope-dev(a)zope.com > Subject: Re: ZCatalog > > > Michel, > > I'm using the following external method because without it the Catalog > won't let an object index itself. It's the one you sent me, > but I get a > NameError when I call urllib. Is there a special import I > have to do to > get access to urllib? Just > out of curiousity(mostly because I know very little python), > why return > a script_name based url. > yes sorry, you'll need to import urllib and string. This is the method we use to catalog our objects in the Portal Tool Kit. -Michel > def url(self, ftype=urllib.splittype, fhost=urllib.splithost): > """Return a SCRIPT_NAME-based url for an object.""" > if hasattr(self, 'DestinationURL') and \ > callable(self.DestinationURL): > url='%s/%s' % (self.DestinationURL(), self.id) > else: url=self.absolute_url() > type, uri=ftype(url) > host, uri=fhost(uri) > script_name=self.REQUEST['SCRIPT_NAME'] > __traceback_info__=(`uri`, `script_name`) > if script_name: > uri=filter(None, string.split(uri, script_name))[0] > uri=uri or '/' > if uri[0]=='/': uri=uri[1:] > return uri > > All my best, > > Jason Spisak > webmaster(a)mtear.com >

2 1

win32 BTree seg - fix maybe
by Miller, John M. 14 Jul '99

14 Jul '99

I have been having the exact problems in my setup. Looks like you need to go into the Setup file under lib/python and edit out all BTree, etc., build lines. What will happen is that Zope will instead build the BTree stuff using the Setup in ZopeZODB3. The only difference that I can see between lib/python/Setup and lib/python/ZopeZODB3/Setup is in the include parameters. So, instead of doing: (in lib/python/Setup, note: I commented these lines out to make things work) BTree ../Components/BTree/BTree.c -I../Components/ExtensionClass -I../Components/BTree -I./BoboPOS IIBTree ../Components/BTree/IIBTree.c -I../Components/ExtensionClass -I../Components/BTree -I./BoboPOS IOBTree ../Components/BTree/IOBTree.c -I../Components/ExtensionClass -I../Components/BTree -I./BoboPOS OIBTree ../Components/BTree/OIBTree.c -I../Components/ExtensionClass -I../Components/BTree -I./BoboPOS intSet ../Components/BTree/intSet.c -I../Components/ExtensionClass -I../Components/BTree -I./BoboPOS You should instead be using: (in lib/python/ZopeZODB3/Setup) BTree ../../Components/BTree/BTree.c -I../../Components/ExtensionClass -I../../Components/BTree -I../ZODB IIBTree ../../Components/BTree/IIBTree.c -I../../Components/ExtensionClass -I../../Components/BTree -I../ZODB IOBTree ../../Components/BTree/IOBTree.c -I../../Components/ExtensionClass -I../../Components/BTree -I../ZODB OIBTree ../../Components/BTree/OIBTree.c -I../../Components/ExtensionClass -I../../Components/BTree -I../ZODB intSet ../../Components/BTree/intSet.c -I../../Components/ExtensionClass -I../../Components/BTree -I../ZODB I suppose that's as clear as mud (esp. considering how effective I have been lately with the English language trying do describe technical stuff), but hopefully it will work for you. I guess the problem is some ZODB2 vs. ZODB3 thing, but I find it kinda interesting that we only are seeing the problem trying to add ZClass. Of course I don't know much about Zope, so there's quite a bit out there that (pleasantly) surprises me. Ciao, John M. Miller

3 2

Re: ZCatalog
by Jason Spisak 14 Jul '99

14 Jul '99

Michel, I'm using the following external method because without it the Catalog won't let an object index itself. It's the one you sent me, but I get a NameError when I call urllib. Is there a special import I have to do to get access to urllib? Just out of curiousity(mostly because I know very little python), why return a script_name based url. def url(self, ftype=urllib.splittype, fhost=urllib.splithost): """Return a SCRIPT_NAME-based url for an object.""" if hasattr(self, 'DestinationURL') and \ callable(self.DestinationURL): url='%s/%s' % (self.DestinationURL(), self.id) else: url=self.absolute_url() type, uri=ftype(url) host, uri=fhost(uri) script_name=self.REQUEST['SCRIPT_NAME'] __traceback_info__=(`uri`, `script_name`) if script_name: uri=filter(None, string.split(uri, script_name))[0] uri=uri or '/' if uri[0]=='/': uri=uri[1:] return uri All my best, Jason Spisak webmaster(a)mtear.com

1 0