July 1999 - Zope-Dev

Reading Oracle BLOB
by Marcin Kolbuszewski 16 Jul '99

16 Jul '99

Hi! I am brand new to Zope - and have a question: How can I get an Oracle BLOB into Zope. I know it can be done with DCOracle, but Zope returns nothing when you ask for content of a column of type BLOB? Marcin Kolbuszewski

1 0

External Method creation of ZClass instances
by Jason Spisak 16 Jul '99

16 Jul '99

Zope Gang, I am was using this external method it import the properties of a ZClass instance and create it from a flat text file. It worked fine under Zope 1.10, but now I am trying like a bear to get it to jive with Zope 2, and failing miserably. I'm just offering it up in case anybody sees anything obvious that I missed. I can create these objects fine in the management interface using the same methods, and I am using the same import files as I did before. import string def import_candidate(self,file,REQUEST,RESPONSE,URL2): """ External Method to import Candidate data and build Candidate objects. file is a tab delimited file object (obtained from a file upload form). The file schema is: ID,FIRST_NAME,LAST_NAME,COMPANY,ADDRESS,CITY,STATE,ZIP,WORK_AREA_CODE,HOME_AREA_CODE, WORK_PHONE,HOME_PHONE,WORK_EXT,TITLE,RECRUITER,SKILLS,SKILLS,SKILLS,SALARY,SKILLS, SKILLS,SKILLS,SKILLS,CONTRACTOR,EMAIL,WAGNER,CREATE """ added=0 failed=[] while 1: line=file.readline() if line=="": break fields=string.split(line,'\t') id=fields[0] first_name=fields[1] last_name=fields[2] company=fields[3] address=fields[4] city=fields[5] state=fields[6] zip=fields[7] work_area_code=fields[8] work_phone=fields[10] work_ext=fields[12] home_area_code=fields[9] home_phone=fields[11] title=fields[13] recruiter=fields[14] skills="%s %s %s %s %s %s %s" % (fields[15], fields[16], fields[17], fields[19], fields[20], fields[21], fields[22]) salary=fields[18] contractor=fields[23] email=fields[24] wagner=fields[25] create=fields[26] if id=='ID': continue # bogus first line #try: REQUEST.set('id',id) REQUEST.set('first_name',first_name) REQUEST.set('last_name',last_name) REQUEST.set('current_company',company) REQUEST.set('address',address) REQUEST.set('city',city) REQUEST.set('state',state) REQUEST.set('zip',zip) REQUEST.set('work_area_code',work_area_code) REQUEST.set('work_phone',work_phone) REQUEST.set('work_extension',work_ext) REQUEST.set('home_area_code',home_area_code) REQUEST.set('home_phone',home_phone) REQUEST.set('title',title) REQUEST.set('recruiter',recruiter) if salary: REQUEST.set('salary',salary) else: REQUEST.set('salary',0) REQUEST.set('contractor',contractor) REQUEST.set('email_address',email) REQUEST.set('skills',skills) REQUEST.set('wagner',wagner) REQUEST.set('fax_phone','') REQUEST.set('fax_area_code','') REQUEST.set('fax_extension','') REQUEST.set('pager_phone','') REQUEST.set('pager_area_code','') REQUEST.set('pager_extension','') REQUEST.set('cell_area_code','') REQUEST.set('cell_phone','') REQUEST.set('resume_in',1) if create: REQUEST.set('create_date',create) else: REQUEST.set('create_date','1999/05/17') REQUEST.set('resume','/home/jason/resumes/' + id + '.html') method=self.manage_addProduct['Candidate'].CandidateClass_add method(method,REQUEST=REQUEST,RESPONSE=RESPONSE, DestinationURL=lambda url=URL2: url) added=added+1 #except: # failed.append(title) return """<html> Added %d candidates. Failed to add: %s </html>""" % (added, string.join(failed," ")) The Candidate meta_type is created by a Factory for a ZClass. The CandidateClass_add is the constructor, and it looks like this:     The index_object method a add it to the Catalog. I'll still be trying to figure it out long after the sun goes own and comes up again. Many thanks to all in advance. All my best, Jason Spisak webmaster(a)mtear.com

1 0

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

15 Jul '99

Here are what I think should be reproduceable steps that illustrate the problem that I mentioned (delete a ZClass and the Meta Type still shows up): 1) Create a new Product 2) Create a ZClass in that Product that subclasses Object Manager 3) Create a ZClass in that ZClass. For me, after I fill out the ZClass form and click Add, the screen display doesn't change. But, the ZClass *is* added. 4) Select a couple of Subobject types for the Step 2 ZClass. 5) Delete that ZClass created in step 3 6) Add an object to the hierarchy of step 2's ZClass. 7) Inside that object, you should be able to add a Step 3 ZClass, despite the fact that the class has been deleted. So, there's really two bits of bug-like behavior. The unusual "Add" button behavior in step 3, and the persistence of the Metatype for that ZClass. I must say, though, that to me the ZClass/ZCatalog way of doing things is the coolest thing I've seen since Zope itself. Kevin _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

2 1

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

15 Jul '99

I have noticed a (most likely) related problem. If I add a ZClass and then delete it, its meta type still shows up in the menus. Kevin --- Jason Spisak <webmaster(a)mtear.com> wrote: > Zopists, > > When I add a New ZClass and then Change it's > meta_type name, that > changes doesn't take place in the pull down add > menus. even after a pack > and restart. Anybody else experienceing that? It > changes in the Basic > tab, but it doesn't really change. > > Jason Spisak > webmaster(a)mtear.com > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://www.zope.org/mailman/listinfo/zope-dev > > (For non-developer, user-level issues, use the > companion list, > zope(a)zope.org, > http://www.zope.org/mailman/listinfo/zope ) > > > _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com

2 1

RE: Catalog
by Michel Pelletier 15 Jul '99

15 Jul '99

> -----Original Message----- > From: Jason Spisak [mailto:webmaster@mtear.com] > Sent: Thursday, July 15, 1999 4:16 PM > To: Michel Pelletier > Cc: zope-dev(a)zope.org > Subject: Re: Catalog > > > Michel, > > Howdy. When asking for objects out of the Catalog the > following doesn't > process the second parameter. It gives me all objects with the id that > is the same as the user's name. Is there another syntax for narrowing > it down? > > {'id' : AUTHENTICATED_USER.getUserName()},{'meta_type' : 'Employee'} It should just be one mapping with two keys, not two one key mappings: {'id' : AUTHENTICATED_USER.getUserName(), 'meta_type' : 'Employee'} > > Also, did you get that mail about the import scripts? I haven't had a chance to reproduce it yet, I will get to it however. -Michel > > All my best, > > Jason Spisak > webmaster(a)mtear.com >

2 1

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