- Zope - Zope lists

Newbie: upload and MySql
by Marc DANAI 21 Mar '00

21 Mar '00

Hi, I went thru mailing list but I did not find a response to my problem. I've written simple form with one text field and one file type: <form action="/content/result" method="post" ENCTYPE="multipart/form-data"> <input name="c_title" width=30 value=""> <input type="file" name="c_body:file" width=30> <input type="SUBMIT" name="SUBMIT" value="Submit"> </form> result method is: .... <dtml-call "manage_upload(REQUEST['c_body'].read())"> <dtml-var REQUEST> .... When I press Submit button I get Error Type: NameError Error Value: manage_upload Any suggestion? b) How can I simply affiche (if I find a PB) the upload content in browser? c) How can insert uploaded content in MySql. I Have to use: VALUES ( '<dtml-var c_title>', '<dtml-call "manage_upload(REQUEST['c_body'].read())">' ) It works? it seems bizarre? Thank's __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com

2 1

Installation Directory Problems in a W2K install
by Jason Vagner 21 Mar '00

21 Mar '00

Hi. I installed Zope 2.1.6 on a W2K machine and have one problem installing additional components. I have tried to install TinyTable, Squishdot, Photo, ZPhoto-Album, and others but NONE of them get noticed by Zope when re-starting the service. A clue, I believe, is in this error message when trying to "import" ZPhotoAlbum.zexp: --- Zope Error Zope has encountered an error while publishing this resource. Error Type: Bad Request Error Value: File does not exist: C:\PROGRA~1\ZOPE-S~1\import\ZPhotoAlbum.zexp --- Shouldn't that directory be: C:\PROGRA~1\ZOPE-S~1\inst\import\ZPhotoAlbum.zexp ??? None of the lib installations that would be in ..\inst\lib get noticed upon restart, which leads me to think that somewhere in the installation it doesn't have the "installation" setting correct. Thanks. Jason

2 1

delete from REQUEST?
by Ragnar Beer 21 Mar '00

21 Mar '00

Hi Zopistas! I need to get rid (completely) of some items in REQUEST that were passed from a form. Is there an opposite to REQUEST.set() that deletes instead e.g. REQUEST.delete() or so? --Ragnar

3 2

Re: [Zope] 3rd post - Renaming and the Z Search Interface
by Rik Hoekstra 21 Mar '00

21 Mar '00

I've used Z Search Interface to create a set of forms and reports. I renamed some of the objects, including the data source. I've corrected all of the values that are visible via the Zope management interface so that the new names are reflected. All of the queries run by independantly if tested. But none of the reports (search results) operate if they are run via the Z Search interface pages (they did before the renaming ops). The error returned is: Zope Error Zope has encountered an error while publishing this resource. Resource not found [RH] Could you send us the traceback with error message, so that we can see which resource can't be found? Otherwise it will be difficult to help. Additionally, there is one Z Search Interface "form" that will not open at all, even if *all* of it's text is stripped out. At that point, to the "naked eye", there is no content to the method at all. I was expecting to find some hidden properties associated with the objects that I could tweak and fix these errors but no luck. What is hidden from me that I cannot access? Or is this evidence of some corruption in the ZODB? And are these "oddities" (as they appear to me now) peculiar to the Z Search Interface or is this common behavior with Zope in general? [RH]Hm, I actually did experience something more or less the same, but it went away when I made a new search interface. Did you try to make a new search interface and copy (or re-implement) some of you code there. Did that give the same errors? Rik

1 0

Re: [Zope] delete from REQUEST?
by Tres Seaver 21 Mar '00

21 Mar '00

"Loren Stafford" <lstaffor(a)dynalogic.com> wrote: > > The REQUEST object is defined in ../lib/python/ZPublisher/BaseRequest.py. I > don't see a delete there, but by studying that code, I'm sure you could > easily implement one. > > -- Loren > > ----- Original Message ----- > From: Ragnar Beer <rbeer(a)uni-goettingen.de> > To: <zope(a)zope.org> > Sent: March 21, 2000 09:47 AM > Subject: [Zope] delete from REQUEST? > > > Hi Zopistas! > > > > I need to get rid (completely) of some items in REQUEST that were > > passed from a form. Is there an opposite to REQUEST.set() that > > deletes instead e.g. REQUEST.delete() or so? The REQUEST object stores form data in its .form member, which is a Python dictionary. You will need to find a way to execute the statement, "del REQUEST.form[ 'variableToErase' ]", or the equivalent expression, "delattr( REQUEST.form, 'variableToErase' )", neither of which can be done from DTML or from PythonMethods (ergo, must be done in an ExternalMethod or done from a Python product). -- ========================================================= Tres Seaver tseaver(a)palladion.com 713-523-6582 Palladion Software http://www.palladion.com

1 0

Re: [Zope] [Newbie] Document unviewable
by Rik Hoekstra 21 Mar '00

21 Mar '00

Hello, I still can't figure out why my DTML document gives me the following Zope error : Zope Error Zope has encountered an error while publishing this resource. Error Type: AttributeError Error Value: __call__ when I ask Zope to view it as the document is in a sub-folder, but viewable without problem when the document is in the root folder. Any rational explanation ? A link to the revelant paragraph in the documentation ? [RH]Can you send us more detailed information: the exact dtml for the local and the subobject method and the traceback of the error (you can get it by viewing the source of the error page) Rik

1 0

3rd post - Renaming and the Z Search Interface
by Michael Simcich 21 Mar '00

21 Mar '00

I've used Z Search Interface to create a set of forms and reports. I renamed some of the objects, including the data source. I've corrected all of the values that are visible via the Zope management interface so that the new names are reflected. All of the queries run by independantly if tested. But none of the reports (search results) operate if they are run via the Z Search interface pages (they did before the renaming ops). The error returned is: Zope Error Zope has encountered an error while publishing this resource. Resource not found Additionally, there is one Z Search Interface "form" that will not open at all, even if *all* of it's text is stripped out. At that point, to the "naked eye", there is no content to the method at all. I was expecting to find some hidden properties associated with the objects that I could tweak and fix these errors but no luck. What is hidden from me that I cannot access? Or is this evidence of some corruption in the ZODB? And are these "oddities" (as they appear to me now) peculiar to the Z Search Interface or is this common behavior with Zope in general? Thanks Michael Simcich AccessTools

1 0

Re: [Zope] Lost Objects after System Crash (Zope 2.1.5 on Win32)
by Rik Hoekstra 21 Mar '00

21 Mar '00

Martijn, you're right. Nobody would use Win98 on production systems. But quite a few people use it on their notebooks or home PCs for development, I guess. At least that is what I do. If your assumption that a Windows cache problem is the reason for the data loss, is right, that would mean that Win98 must be holding the whole DATA.FS in memory/virtual memory without saving for hours! In that case it might be a good idea to warn everybody to shutdown and restart Zope under Windows 9x after major changes. BTW: So far, I've never lost data when I just "killed" the Zope process. So Windows seems to save data at least in that case ... Joachim. [RH]Hm, I have been developing for quite some time on an feeblish win95 machine at home, which repeatedly crashed, but I have never ever lost committed transactions. Strange. > This sounds like Win98 is using a write-cache that didn't get flushed to disk > because of the crah. IIRC, Zope forces write cache flushes, but it could well > be that Win98, being a client-patform, ignores that for performance reasons. > > Then again, who'd use Win98 for production sites? [RH]Ok, that's true

1 0

Re: [Zope] delete from REQUEST?
by Rik Hoekstra 21 Mar '00

21 Mar '00

>Hi Zopistas! > >I need to get rid (completely) of some items in REQUEST that were >passed from a form. Is there an opposite to REQUEST.set() that >deletes instead e.g. REQUEST.delete() or so? > >--Ragnar > [RH] REQUEST is a python dictionary, but probably one that DC has altered for security (or other sound reasons). I once used REQUEST.clear(), which flushes the whole REQUEST (this was necessary because I wanted to do a batch operation on a fileobject of 500K , but didn't want to pass it around several times). This worked, I believe (but I never tested this through). hth Rik

1 0

[ZGotW] Issue #8 (Open)
by Zope Guru of the Week 21 Mar '00

21 Mar '00

A new issue of "Zope Guru of the Week" is available: =================================================================== Issue #8 -- Zope Guru of the Week =================================================================== Status: Open Zen Level: Chela (4/8) Keywords: Python Products ZClasses Management Interface Submitted by: Dylan Jay djay(a)lucent.com ------------------------------------------------------------------- Our project has a requirement to have all artifacts under source control (in this case ClearCase). What is more, our defect tracking system is intergrated into our source control system such that work done on defects can be traced to versions in the source control system. The key requirment is tracability. Any work done can be traced back to when, where, how and why and vice versa. The problem is Zope. To have meaningful tracability in zope means have some system whereby a representation of the zodb exists in source control and any changes by users are automatically reflected in the source control. The ability for the source control versions to be imported back into Zope would be a plus. Any ideas? ------------------------------------------------------------------- To reply and win undying glory and mondo guru points: http://zope.palladion.com/demos/ZGotW/8

1 0