- Zope-Dev - Zope lists

invokeFactory problem
by Declan Shanaghy 01 Aug '03

01 Aug '03

I have a portal_type called ClientBill. I can create it by using the folder_factories script no problem. I want to create one in the users home folder programatically, when they register in the portal. I have been able to do stuff like this before no problem so i copied and pasted the (other working) code and customized it to this. request = container.REQUEST RESPONSE = request.RESPONSE portal = context.portal_url.getPortalObject() myPath=context.portal_url.getRelativeUrl(context) contact = context.sql_getContact(username=username) homeFolder = portal.portal_membership.getHomeFolder(id=username) if contact and homeFolder: if (int(contact[0]['ContactTypeId']) == int(context.CONTACT_TYPE_CLIENT)): homeFolder.invokeFactory(type_name='ClientBill', id='Monthly_Bill', title='Services you will be billed for', remote_url=myPath) #clientBill = getattr( homeFolder, "Monthly_Bill" ) #clientBill.propertysheets.ClientBill.manage_changeProperties(request) RESPONSE.redirect("contactList?ContactTypeId=" + str(context.CONTACT_TYPE_CLIENT)) The problem is that i get this error when i execute the script. (specifically, on the invokeFactory line) Error Type: KeyError Error Value: id I cant see why im getting this error, anyone have any suggestions? Thanks in advance for any help. Dek

1 0

A First Look at Zope3
by Chris Gray 31 Jul '03

31 Jul '03

I checked out Zope3 from CVS yesterday and had a go at it for the first time. Granted that it is a work in progress, I did have a few comments from a user's (rather than a developer's) perspective. The API exposed to DTML and ZPT seems very sparse (compared to Zope2) at this stage. Is this the case or am I missing something? As far as I can tell there is as yet no way to even get the name of an object for doing things like the old <dtml-var title_or_id>. (I have figured out how to add to the API for any particular class in the source code.) About the new look to adding objects in a folder -- I see the point of going to a list of contents with a text input to assign a name (so you can see what names are already in use), but I see one problems. The text input appears at the top of the list and the button to commit the change is at the bottom of the list. This will become more inconvenient as a container's list of contents grows. Perhaps the buttons should always be near the text input. Chris Gray

2 2

NOTICE: Final content migration and transition to new zope.org begins today!
by Brian Lloyd 31 Jul '03

31 Jul '03

Hi all - sorry for the wide cross-posting, but I want to be sure that the word gets out. Starting today, we will be starting the transition of zope.org to a new look and a new platform. We plan to do the final content migration later today, so if you are a frequent content contributor to zope.org, you may want to hold off on new additions until the new site goes live (expected to be Friday). I've put a prominent notice on the current zope.org homepage with the same info. Thanks, and we'll see you on Friday with a new zope.org! Brian Lloyd brian(a)zope.com V.P. Engineering 540.361.1716 Zope Corporation http://www.zope.com

1 0

more Zope2.6 fun: ZEO client death.
by Anthony Baxter 31 Jul '03

31 Jul '03

So I see ZEO clients here falling over all over the place under current 2.6 with: 2003-07-30T07:01:04 ERROR(200) ZEO uncaptured python exception, closing channel <ZEO.zrpc.asyncRPC connected '' at 0xc57198> (exceptions.AttributeError:keys [/export/01/zope/dev_ekit/ZServer/medusa/asyncore.py|poll|94] [/export/01/zope/dev_ekit/ZServer/medusa/asyncore.py|handle_read_event|395] [/export/01/zope/dev_ekit/lib/python/ZEO/smac.py|handle_read|172] [/export/01/zope/dev_ekit/lib/python/ZEO/zrpc.py|message_input|282] [/export/01/zope/dev_ekit/lib/python/ZEO/ClientStorage.py|out_of_band_hook|191] [/export/01/zope/dev_ekit/lib/python/ZEO/Invalidator.py|end|126] [/export/01/zope/dev_ekit/lib/python/ZODB/DB.py|invalidate|318]) The relevant code in current 2.6 CVS: if connection is not None: version=connection._version # Update modified in version cache # XXX must make this work with list or dict to backport to 2.6 >>> for oid in oids.keys(): h=hash(oid)%131 o=self._miv_cache.get(h, None) if o is not None and o[0]==oid: del self._miv_cache[h] (or http://cvs.zope.org/Zope/lib/python/ZODB/DB.py?annotate=1.43.6.4#316 ) The comment is correct. It _does_ need to work with a list or dict. It doesn't right now. If I'm _really_ _really_ lucky, I can have a ZEO client stay up for nearly half an hour before it hits this problem and falls over. The code was committed 2 months ago, as rev 1.43.6.3 "Backport atomic invalidations code." This, to me, seems a showstopper for 2.6.2. Anthony

2 3

TALES wish : the "thistemplate" variable
by Gilles Lenfant 29 Jul '03

29 Jul '03

What's behind this ? Actually, we get the "template" variable available in the TALES namespace. "template", when used in a macro, refers to the template that uses the macro, and not to the template that contains the macro. The future (if you wish it with me) "thistemplate" variable will refer to the template that contains it, whatever that template is being refered or executed. Example of use : nested macros in a widgets collection template <metal:widget metal:define-macro="basicwidget"> ... </metal:widget> ... <metal:widget metal:define-macro="extendedwidget"> ... <metal:inner metal:use-macro="thistemplate/macros/basicwidget"> </metal:widget> ... </metal:widget> Actually, if you need nested macros in the same template, you need to refer that nested macro with... <...metal:use-macro="here/thistemplateid/macros/basicwiget"> 1/ using directly "thistemplate" is more legible and maintainable. 2/ you can rename more safely the templates. 3/ you can put and use attributes in templates that contains only macros. 4/ accessing "thistemplate" would not involve the acquisition machinery to find inner resource. Thus provide the invoked resource (other macro) much faster. Any comment ? Cheers --Gilles

3 3

Functional testing of export/import?
by Paul Winkler 29 Jul '03

29 Jul '03

I'm trying to write a functional test that verifies that an instance of my Product works correctly after it's been exported and re-imported. I'm stuck on how to give the test object a valid _p_oid which is needed to do the export. Background: This Product is a dynamic content object for CMF. Its behavior depends on another CMF type instances, which it keeps a path to. So I need to ensure that things work even when one or both objects have moved. I've got moving & renaming handled well and now I want to test import/export. So my test suite sets up a dummy CMF instance. I do this by swiping stuff from the CMFCore and CMFDefault tests; I subclass SecurityRequestTest and then do manage_addCMFSite(self.root, 'cmf_test_site' ) self.site = self.root.cmf_test_site I've also got a portal folder in the site which I keep a handy reference to as self.fol1. All tests are passing, now I move on to writing the export / import tests. Let's say the object I want to export is self.cmf_test_site.fol1.cp1. I have a shorthand reference to this stored as self.cp1. So I think the first thing I need to do is get the export data like this: data self.fol1.manage_exportObject('cp1', download=1) ... and once that works, I'll use the same data to do an import. But the export fails. Using pdb and browsing some source I've learned that cp1 needs a _p_jar and _p_oid in order to be exported. The _p_jar I've already dealt with in my move / rename tests, by swiping a hack from CMFCore/tests/test_portalFolder.py: id = self.cp1.getId() # WAAAA! must get _p_jar set old, self.cp1._p_jar = self.cp1._p_jar, self.root._p_jar try: data = self.fol1.manage_exportObject(id, download=1) finally: self.cp1._p_jar = old That seems to work fine. But now I'm stuck on _p_oid. How do I give the object a valid one? I'm sure I can't just use the same trick and swipe the _p_oid of the app root :-P I must say that using pyunit to write functional tests for zope 2 / CMF is a royal pain. It requires too much knowledge of implementation. (why should i need to worry about _p_foo???) Also I've found that if there's an error in your class' setUp(), it can cause the test to hang and never show you a traceback. -- Paul Winkler http://www.slinkp.com

3 3

Object Type Assocation And Death To index_html
by Brian Brinegar 29 Jul '03

29 Jul '03

Hello All, There is a proposal in the Zope 2.6 plan called "Object Type Assocation and Death To index_html" the status listed is "incomplete". Is this still on the table for future versions of Zope? If part of the proposal was implemented what parts? http://dev.zope.org/Wikis/DevSite/Proposals/ObjectTypeAssociationAndDeathTo… Thanks, -Brian

3 3

ZCatalog Indexes tab crawls...
by Chris Withers 29 Jul '03

29 Jul '03

Hi, Has anyone noticed that the ZCatalog Indexes tab crawls if you have loads of objects indexed. My guess is that some types of index take way too long to figure out how many objects are indexed. Anyone know which index types those could be? BTW, would anyone object if I removed that object count, since it's not often very useful... cheers, Chris

6 17

HP-UX 11.11: Python, Zope and ZMySQLDA binaries wanted for PA-RISC-Server
by Marcel Luethi 28 Jul '03

28 Jul '03

Hi Zopistas! I'm developing for a big customer in the airline business a Zope-based web application. This application needs (customer's wish) to be implemented on a HP-UX 11.11 PA-RISC server (modell: RP5470 with up to four PA-8600/PA-8700 processors). Unfortunately we were not able to compile neither Python 2.1 nor Zope 2.6.1 with HP's C-Compiler (ZMySQLDA we didn't try afterwards). Is there anybody out there which could send me the binaries for HP-UX 11.11 of: - Python 2.1 - Zope 2.6.1 - MySQLDA (best would be 2.0.8) Thank you very much in advance! Best regards, Marcel PS Sorry fort he cross-posting. On zope(a)zope.org I had only one no feedback... :-(

1 0

ZopeCTL from debian sid could it be included?
by kosh 28 Jul '03

28 Jul '03

I was chatting on irc with some people on #zope and some where interested in it because it does make managing many zope instances easy. You have config files for your instances and you can stop and start all instances from a single script. You can also create new instances, remove them, reset the access password etc. It makes it much easier to manage overall then a regular zope install however it still needs a little more work for some of its rough spots. I would like to see something like this as part of zope since currently zope is a bit of a pain to manage many instances on one machine and so lots of things have been developed to deal with that and having a system that is just part of zope to address that would help a lot from a maintenance standpoint. This one has the advantage of being written in python, having a simple config file format and it already works however any such system would be an improvement and I am sure debian would switch if zope gained a built in way to do this. http://packages.debian.org/unstable/admin/zopectl.html

2 1