July 2000 - Zope-Dev

Errors causing half rendered pages
by Chris Withers 14 Jul '00

14 Jul '00

Hi, I'm still debugging and writing the navtree code I've mentioned before and I've noticed that not infrequently, when rendering a page that causes and error, I get a half rendered page rather than a nice Zope error page. This is a bit waffly to put into the collector so I was wondering if anyone else has had similar experiences? cheers, Chris

1 0

is there a way to pass namespace in to the page which is within a page?
by danchik 14 Jul '00

14 Jul '00

is there a way to pass namespace in to the page which is within a page? for example : how can I make this work??? 3 files the top one is the one that is suppose to be displayed currently ---------------- the main dtml file has the following line---------------------------- <dtml-var SomeVar>   <dtml-var "Some_Header(style=Some_Style_css(SomeKey=5))"> ---------------------------------------------------------------------------- --------------------- ---------------- the Some_header dtml file has the following lines------------- <style> <--! <dtml-var style> --!> </stile> ---------------------------------------------------------------------------- --------------------- ---------------- the Some_Style_css dtml file has the following lines---------- input { position: relative; font-size: <dtml-var SomeKey> } ---------------------------------------------------------------------------- ---------------------- Now the whole thing works great...... however, if I attempt to make NUMBER 5 by any variable from REQUEST or the current form the KeyError comes up ::::::::: if instead of 5 I put SomeVar (which was passed to this dtml from some other form) I get "Error Type: KeyError Error Value: SomeVar"

1 0

ZEO and MountedStorage: Access DENIED!
by Bill Anderson 14 Jul '00

14 Jul '00

Pardon the lawnmower man reference, but ZEO and MountedStorage do _not_ work together. I just tried, so this is just an initial report. What happens, is htat the local ZEO Client wil try to mount the additional .fs-es on the local system, which will fail. FYI, Bill -- Bill Anderson (ARC) Unix/Linux System Administrator HPSO Engineering Productivity Team Thursday, July 13, 2000 Random Quote: A bug in the hand is better than one as yet undetected.

3 3

Re: [Zope-dev] zpatterns: how to specify default values?
by Jephte CLAIN 13 Jul '00

13 Jul '00

"Phillip J. Eby" a écrit : > Yes. Name the attributes "class_default_for_X" where X is the attribute > name. Thanks very much. > This works with the currently release ZPatterns, but alpha5 will go > one better and let you create ZClass property sheets that transparently > implement this. That is, if you add a "DataSkin Property Sheet" to your > ZClass instead of the standard "Common Instance Property Sheet", that > sheet's attributes will be translated to/from the "class_default_for_X" > names on the ZClass. I don't use ZClass as I wrote only in Python. I really have to understand how do propery sheets work. What I don't understand is where the properties are stored. This is not clear when I read the PropertyManager source. I guess property sheets are for grouping some related attributes, but the actual work of storing/retrieving the attribute is done by the attribute providers, right? If so, so be it :-) By the way, - is the python programmer have to mix PropertyManager in with DataSkin to use property sheets? I guess so, but what, I seem to be the only one who use zpatterns directly from python. All the ZClass junkies out there do have all the mixin classes ready even before they start :-) - I sometimes have a dataskin that is willing to get something from its context. What is the preferred way to do this: try to acquire the attribute from self._v_rack, wich is guaranteed to be wrapped in the specialist's context, or just mix Acquisition.Implicit in with DataSkin? regards, jephte.clain(a)univ-reunion.fr

2 1

zpatterns-0.4: defaults attributes, more...
by Ava 13 Jul '00

13 Jul '00

hello, thanks to philipp for its explanation for 'class_default_for_X'. I'm not at the office now, and I can't do a reply on the message from the archives ;-) I have a rack that must retrieve informations from 2 sql tables. I set up 3 generic attribute providers: - one that get data from the first table, if applicable - one that get data from the second table, if applicable - one that merge the two, and take data from either attribute provider ie: first generic attribute provider: fromexpr = '(self.id[0] and sql_get_first(key=id[0]) or [NOT_FOUND])[0]' attrsexprs = ['first_data=RESULT.data'] second generic attribute provider: fromexpr = 'self.id[1] and sql_get_first(key=id[1]) or [NOT_FOUND])[1]' attrsexprs = ['second_data=RESULT.data'] third generic attribute provider: fromexpr = '' attrsexprs = [ 'which_one=self.id[1] and 1 or 0', 'data=[self.first_data, self.second_data][self.which_one]' ] however, this does not work, because if which_one is 0, self.first_data is ok but self.second_data is taken from NOT_FOUND. An error is raised and all the attribute served by the third generic attribute provider are ignored. any ideas to solve that problem??? thanks for any input. I know, these particular questions are pretty dumb, but I feel like having a good deal of sleep after finishing this work :-)) regards, jephte.clain(a)univ-reunion.fr

3 2

Zope 2.2.0b4: Congrats on a job well done + Tips for upgrading
by T.J. Mannos 13 Jul '00

13 Jul '00

Hi, there, I'd just like to announce that I've installed Zope 2.2.0b4 via CVS and done a complete run-through of my site. It seems to work flawlessly now, and I've gone ahead and installed it on my main port for a trial period. I hope to launch the site using the final version of 2.2.0 (so hurry up, developers!!) :) Anyway, upgrading wasn't without its problems, so let me share with you some tips that will help those in my situation upgrade more successfully. Note that I've skipped some steps, with the assumption that since your upgrading an existing Zope version, you already know how to install Zope. Directories cited: Original installation: /usr/Zope-2.1.6 Fresh install of 2.1.6 (for diff'ing changes I made in the python modules): /temp/Zope-2.1.6 New CVS install of Zope-2.2.0b4: /usr/local/Zope2 (I moved it to the /usr/local volume because I had more space there). Products installed: SQLSession SiteAccess TinyTable ZMySQLDA (your product list may vary) FIRST, I like to hack the source a lot. I have my own special comment tags, such as  instead of <dtml-comment> ... </dtml-comment>, and I have my own special <dtml-var> modifier, js_friendly, which quotes all special characters so I can use them in JavaScript code. On a tip from Shane, I started using CVS to download the Zope source code so that it would merge the changes made in each upgrades with the changes I've made to the source. (Do a search for "CVS" on Zope.org) However, this was my first CVS, so I still needed to bring over the changes I'd previously made. So....... cd /usr/local/Zope2 diff -rc /temp/Zope-2.1.6/lib/python /usr/Zope-2.1.6/lib/python >MyChanges.diff patch -p3 <MyChanges.diff NOTE: Results may vary. By the way, incase you don't want to mess around with CVS (or you're like me and can't figure out how it works), the above commands should achieve the same effect, although you might get a few failed hunks and have to fix them manually. If you don't modify the Zope source, you can skip this step. SECOND, I had all my data, external methods, and installed products on my old installation. I didn't want to lose them. Now, don't be tempted to just copy all your Products over from the lib/python/Products folder. Some of them, such as SiteAccess and SQLSession, if you have them, WON'T WORK. (Furthermore, they'll break your installation, and you won't even be able to get to a management screen). Here's what you do: 1. Back up your new var directory (incase something goes terribly wrong) and copy the old data over. cd /usr/local/Zope2 mv var var.bak cp -R /usr/Zope-2.1.6/var . 2. Copy your external methods over. cp -R /usr/Zope-2.1.6/Extensions 3. Copy *some* (not all) of your Products over. cd lib/python/Products cp -R /usr/Zope-2.1.6/lib/python/Products/TinyTable . cp -R /usr/Zope-2.1.6/lib/python/Products/ZMySQLDA . 4. Start Zope (you may have to modify the startup script and the superuser password) and load the management interface. Delete all your SiteRoots and SQLSessions. You'll have to re-create them. 5. If you're like me, you created all your 2.1.6 objects using the superuser account. You can't do that in 2.2.0. So, go to your acl_users folder and create a new account having Manager and Owner privileges. 6. Download and install new versions of SQLSession, SiteAccess, and possibly ZMySQLDA, if you have it. (Be warned, though, you may have to re-create all of your database connections and SQL methods!) 7. Re-start Zope and log in as the new account you just created. Take ownership of your root directory. (Click "Ownership" tab, then "Take Ownership"). 8. Re-create your SQLSessions and SiteRoots. Check your database folder to make sure your SQL sessions are all intact. (If not, you have no sympathy from me. I had to re-create all 40 of mine when I tried beta 2). 9. Check for bugs -- I'm sure you'll find plenty! If you're getting a lot of Unauthorized errors using external methods, check all your external methods and make sure each class has the property "__allow_access_to_unprotected_subobjects__" set equal to "1". For instance, I had a bunch of simple objects created this way: class simpleClass: pass Under 2.2, I had to do it this way: class simpleClass: __allow_access_to_unprotected_subobjects__=1 pass THIRD, I'm waiting for the next release of Zope so that I can test out this CVS feature. I'm excited! Upgrading is such a pain, and I'm hoping CVS can help to automate that somewhat. I'll let you know how it goes. One very wise thing to do before every CVS checkout, though, is a complete backup of the Zope directory! After four failed upgrades (including the alpha), I don't want to take my chances. Thanks, Zope developers, for an excellent product! - T.J. Mannos - Salt Lake Community College

1 0

Re: [Zope-dev] ZPatterns: missing docstring in getItem()
by Steve Alexander 13 Jul '00

13 Jul '00

"Phillip J. Eby" wrote: > > >That's great. Did you get my message about errors in triggered methods? > > Yes, I did, but the solution requires some more thought. I had thought I > had the "Transactional" machinery set up so that stuff was only called > during transaction phases where it was safe to throw errors. So I'm going > to have to go back and review that. However, I also think that errors in > triggers should result in a rollback-and-abort, rather than silently > failing, which could cause many other problems. Right. So the application designer has the choice of whether to put their methods that are called by GenericTriggers in try-except blocks, if it doesn't matter if the trigger fails. But it is generally assumed that triggers need to run without exceptions for the application to work consistently. -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

2 1

zpatterns-0.4: default attributes, more
by Ava 13 Jul '00

13 Jul '00

hello, ignore my precedent post. too much caffeine, not enough sleep my problem is solved if I use the class_default_for_X trick... regards, jephte.clain(a)univ-reunion.fr

1 0

ZPatterns: BTree folder w/ customizer support
by Steve Alexander 13 Jul '00

13 Jul '00

I want to combine Shane Hathaway's BTreeFolder product with ZPatterns to create a "BTree folder w/ Customizer support". This has obvious advantages over the current "Folder w/ Customizer support" when you have a large number of DataSkin subobjects, both in terms of performance, and in terms of user-interface. The easiest way for me to do this would be to ask Phillip to make such a thing a standard part of ZPatterns :-) This is a little more difficult to do as a separate product, without lots of cut-and-paste reuse. (At least, it seems that way at first site.) the problem is that the inheritance heirarchy for CustomizerFolder (meta_type is "folder w/ customizer support") is like this: PlugInBase Folder ^ ^ |_______________| | PlugInContainer ^ | CustomizerFolder Without seriously delving into the code, I think I'd have to reimplement PlugInContainer. Instead, why not make PlugInContainer a mix-in class, and have concrete classes for PlugInFolder and PlugInBTreeFolder ? Then, it is easy to have a CustomizerFolder and a CustomizerBTreeFolder. Then again, I wouldn't mind if things stay as they are, except that PlugInContainer is made to derive from BTreeFolder rather than Folder. Of course, that creates a dependency that you need the BTreeFolder product in order to use ZPatterns. -- Steve Alexander Software Engineer Cat-Box limited http://www.cat-box.net

3 3

Uploading a ImageFile
by Andre Schubert 13 Jul '00

13 Jul '00

Hi, i have a question on uploading an image from my Product. I have a Product in http://server:8080/somewhere/Product. In my Product i call: self._setObject(id, File(id,title,'',content_type, precondition)) self._getOb(id).manage_upload(file) Now the image is on http://server:8080/somewhere/Product/image right? But i want the following: The Product at http://server:8080/somewhere/Product at the uploaded Image should be stored at http://server:8080/anotherplace/images/ . Who could help to program this in my Product. mfg

2 1