Recursively adding ZClasses (continued)
Could someone help me understand adding adding ZClasses a bit further? First I had a problem with nested ZClasses, which got me into trouble when I wanted to add ZClasses to each other. So I followed the 'common wisdom' of adding all ZClasses at the top level of the product. THis generally works OK, and you can add ZClass instances to each other from the management interface. So far so good. WHere things go wrong is by recursively adding ZClasses, as in: the following pseudo code for ParticularZClass with some NestedZClasses inside: (<Particular ZClass> constructor has the following action sequence): create ParticularZClass instance set some properties in somelist set some other properties into REQUEST create NestedZClass instances whatever reading and following every piece of documentation I could get on this (not much), I never got any further than adding the NestedZClasses instances on the _same_ level as the ParticularZClass. No <dtml-with "manage_addProduct['whatever']"> (which contrary to documentation should have the containing product and not the ZClass as the 'whatever' argument) could help me out. The only workaround is to create the ZClass in an auxiliary product, in which case the recursive adding does work. Could someone explain what is happening here (apart from that it's a bug)? And yes, I'll add it to the Collector. Rik
----- Original Message ----- From: "Rik Hoekstra" <rik.hoekstra@inghist.nl> To: <zope-dev@zope.org> Sent: Wednesday, June 07, 2000 4:28 AM Subject: [Zope-dev] Recursively adding ZClasses (continued)
First I had a problem with nested ZClasses, which got me into trouble when I wanted to add ZClasses to each other. So I followed the 'common wisdom' of adding all ZClasses at the top level of the product. THis generally works OK, and you can add ZClass instances to each other from the management interface. So far so good. WHere things go wrong is by recursively adding ZClasses, as in:
the following pseudo code for ParticularZClass with some NestedZClasses inside:
(<Particular ZClass> constructor has the following action sequence): create ParticularZClass instance set some properties in somelist set some other properties into REQUEST create NestedZClass instances whatever
reading and following every piece of documentation I could get on this (not much), I never got any further than adding the NestedZClasses instances on the _same_ level as the ParticularZClass. No <dtml-with "manage_addProduct['whatever']"> (which contrary to documentation should have the containing product and not the ZClass as the 'whatever' argument) could help me out.
I'm using nested ZClasses in KM|Net News. Take a look at the AddArticle method. In KMNN, these ZClasses are set up as nested ZClasses, so that may change things somewhat. However, it may still work. Rather than doing manage_addProduct[], you *might* be able to just directly call ZClass_add(_.None, _), because it could be in your acquisition path at the top of the product. In KMNN, that's all I had to do, but in that case the ZClass_add method was located within the ZClass that was to contain it. That sounded kind of rambling, so I hope it makes sense... Kevin
<snip> Thanks for replying Kevin, but it won't work ;-( I tried it ALL, and it _will_not_work_. The nested ZClasses will apparently solve it (I used it elsewhere), but it will get you into trouble in other situations - if you want to add an instance of the nested zclass to an existing instance of that same nested zclass. I had to change my product before because of that.
I'm using nested ZClasses in KM|Net News. Take a look at the AddArticle method. In KMNN, these ZClasses are set up as nested ZClasses, so that may change things somewhat. However, it may still work. Rather than doing manage_addProduct[], you *might* be able to just directly call ZClass_add(_.None, _), because it could be in your acquisition path at the top of the product. In KMNN, that's all I had to do, but in that case the ZClass_add method was located within the ZClass that was to contain it.
That sounded kind of rambling, so I hope it makes sense...
No matter if you use ZClass_add directly or in dtml-with. No matter if you close the first dtml-with and open another. No matter if you redirect to get out of namespace problems (that will _really_ give strange errors). Believe me, it was a _very_ frustrating experience (and I really wanted to refrain from ranting -just couldn't help myself) thanks again for replying Rik
Rik Hoekstra writes: This currently adds recursive ZClasses for me. All ZClasses are on the top level of the Product, no nesting: <cut out untested> <dtml-with "PermanentJobClass.createInObjectManager(REQUEST['id'], REQUEST)"> <dtml-call "propertysheets.PermanentJob.manage_editProperties(REQUEST)"> <dtml-call "propertysheets.Job.manage_editProperties(REQUEST)"> <dtml-call "propertysheets.Searchable.manage_editProperties(REQUEST)"> <dtml-with "manage_addProduct['ZGL']"> <dtml-with "ServiceClass.createInObjectManager(_.getitem('unique_id', 1), REQUEST)"> <dtml-call "propertysheets.Service.manage_changeProperties(REQUEST)"> <dtml-with "manage_addProduct['ZGL']"> <dtml-with "ItemClass.createInObjectManager(_.getitem('unique_id', 1), REQUEST)"> <dtml-call "propertysheets.Item.manage_changeProperties( price=REQUEST['price'], description='Placement Fee', )"> <dtml-with "manage_addProduct['ZGL']"> <dtml-with "ComponentClass.createInObjectManager(_.getitem('unique_id', 1), REQUEST)"> </dtml-in default_overrides> </dtml-with> <dtml-call reindex_object> </dtml-with> </dtml-with> <dtml-call reindex_object> </dtml-with> </dtml-with> <dtml-call reindex_object> </dtml-with> </dtml-with> <dtml-call reindex_object> </dtml-with> </dtml-with> <dtml-call "RESPONSE.redirect(URL1 + '/' + REQUEST['id'])"> </cut out untsted> I cut a few things out that didn't have to do with the recursing, but you bet the general picture. All my best,
<snip>
Thanks for replying Kevin, but it won't work ;-( I tried it ALL, and it _will_not_work_. The nested ZClasses will apparently solve it (I used it elsewhere), but it will get you into trouble in other situations - if you want to add an instance of the nested zclass to an existing instance of that same nested zclass. I had to change my product before because of that.
I'm using nested ZClasses in KM|Net News. Take a look at the AddArticle method. In KMNN, these ZClasses are set up as nested ZClasses, so that may change things somewhat. However, it may still work. Rather than doing manage_addProduct[], you *might* be able to just directly call ZClass_add(_.None, _), because it could be in your acquisition path at the top of the product. In KMNN, that's all I had to do, but in that case the ZClass_add method was located within the ZClass that was to contain it.
That sounded kind of rambling, so I hope it makes sense...
No matter if you use ZClass_add directly or in dtml-with. No matter if you close the first dtml-with and open another. No matter if you redirect to get out of namespace problems (that will _really_ give strange errors). Believe me, it was a _very_ frustrating experience (and I really wanted to refrain from ranting -just couldn't help myself)
thanks again for replying
Rik
_______________________________________________ Zope-Dev maillist - Zope-Dev@zope.org http://lists.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope )
Jason Spisak CIO HireTechs.com 6151 West Century Boulevard Suite 900 Los Angeles, CA 90045 P. 310.665.3444 F. 310.665.3544 Under US Code Title 47, Sec.227(b)(1)(C), Sec.227(a)(2)(B) This email address may not be added to any commercial mail list with out my permission. Violation of my privacy with advertising or SPAM will result in a suit for a MINIMUM of $500 damages/incident, $1500 for repeats.
participants (3)
-
Jason Spisak -
Kevin Dangoor -
Rik Hoekstra