- Zope - Zope lists

file upload path
by Soeren Soerries 27 Jul '01

27 Jul '01

Hi everyone! i have an zclass with add_file methods if i want to call them form somwhere else not in the orginal zope screen they store the files direktly in the zclass folder is it possible to give them an upload path?? thx a lot soeren

1 0

RE:[Zope] Error messages in installation of Zope 2.4.0
by ryanw＠p-wave.com 27 Jul '01

27 Jul '01

think I may have posted this originally to the wrong group, my apologies for any duplicates. When I install Zope 2.4.0 on RedHat 7.1 I get the following error messages. Otherwise Zope seems to run fine. Any ideas? Hi, I read your email on NIP. Had the same problem because I was compiling with python1.5, so I installed python2.1.1 and no longer had these errors. Hopefully this works for you. Ryan Regards, Dave. ------------------------------------------------------------------------------ Compiling python modules File "/usr/local/Zope-2.4.0-linux2-x86/lib/python2.1/test/nocaret.py", line 2 [x for x in x] = x SyntaxError: can't assign to list comprehension SyntaxError: from __future__ imports must occur at the beginning of the file (test_future3.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future4.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future5.py, line 4) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future6.py, line 3) SyntaxError: from __future__ imports must occur at the beginning of the file (test_future7.py, line 3) ------------------------------------------------------------------------------ ------------------------------------------------------------------------------ creating default inituser file Note: The initial user name and password are 'admin' and 'fULENZCf'. You can change the name and password through the web interface or using the 'zpasswd.py' script. chmod 0600 /usr/local/Zope-2.4.0-linux2-x86/inituser chmod 0711 /usr/local/Zope-2.4.0-linux2-x86/var ------------------------------------------------------------------------------ Writing the pcgi resource file (ie cgi script), /usr/local/Zope-2.4.0-linux2-x86/Zope.cgi chmod 0755 /usr/local/Zope-2.4.0-linux2-x86/Zope.cgi ------------------------------------------------------------------------------ Done! _______________________________________________ Zope maillist - Zope(a)zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )

4 4

Re: [Zope] about cgi.py vulnerability hotfix for Zope...
by Oliver Bleutgen 27 Jul '01

27 Jul '01

> It should be up sometime today (it's about 8:30 EST am in the US right > now, I'd imagine it'll be up by 11:00 EST). One question, to which zope versions can I apply this patch? Will zope 2.1.6 also work? cheers, oliver

3 2

(no subject)
by favati lucesio 27 Jul '01

27 Jul '01

NYZUG Fri, 27 July Hi everybody, This is just a reminder for the next Zope Users Group meeting. Hope to see you all there. New York Zope Users Group Place: JDM interactive (friends of eGenius) 116W Houston St. 3rd floor #1 (between Thompson and Sullivan, train stop Broadway-LaFayette) New York, NY 10012 212-473-2131 Date: July 27, 2001 Time: 6:00 PM to 7:00 PM Let us know if you have special topics you would like to discuss or present. Vito Donatiello vito(a)egenius.com _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

2 1

RE: Zope.org feedback
by Loren Stafford 26 Jul '01

26 Jul '01

Someone else just reported this on zope-dev(a)zope.org "[Zope-dev] Xron and Zope 2.4.0 again". I'm not using 2.4.0; and I don't have a ready fix. I'll continue any further discussion on zope-dev(a)zope.org. -- Loren > -----Original Message----- > From: Walter Miller [mailto:wmiller@mediaone.net] > Sent: Thursday, July 26, 2001 12:24 > To: Loren Stafford > Subject: Re: Zope.org feedback > > > Thanks. I patched it in both places and now I get a new error. > By the way, > I'm using Win2K with Zope2.4.0. Could it be the way I used > WinZip to unzip > the *.tgz? > > 2001-07-26T19:18:42 PROBLEM(100) Init Ambiguous name for method of > Products.Xron.XronDTMLMethod.BaseXronDTMLMethod: "manage_editForm" != > "manage_editDocument" > ------ > 2001-07-26T19:18:42 PROBLEM(100) Init Ambiguous name for method of > Products.Xron.XronDTMLMethod.BaseXronDTMLMethod: "manage_editForm" != > "manage" > ------ > 2001-07-26T19:18:42 PROBLEM(100) Init Ambiguous name for method of > Products.Xron.XronDTMLMethod.BaseXronDTMLMethod: "manage_editForm" != > "manage_main" > ------ > 2001-07-26T19:18:43 ERROR(200) Products.Xron.Loggerr Failed to create new > Schedule > Traceback (most recent call last): > File "C:\Program > Files\Metrics2-4-0\lib\python\Products\Xron\__init__.py", > line 65, in initialize > oSchedule=Schedule.EventSchedule(id=ScheduleID, title='Scheduled Event > Catalog') > File "C:\Program > Files\Metrics2-4-0\lib\python\Products\Xron\Schedule.py", > line 81, in __init__ > self._catalog.addIndex('nextEventTime', 'FieldIndex') > File > "C:\PROGRA~1\METRIC~2\lib\python\Products\ZCatalog\Catalog.py", line > 348, in addIndex > raise TypeError,"""Catalog addIndex now requires the index type to > TypeError: Catalog addIndex now requires the index type to > be resolved prior to adding; create the proper index in the > caller. > Traceback (innermost last): > File C:\Program Files\Metrics2-4-0\lib\python\Products\Xron\__init__.py, > line 65, in initialize > File C:\Program Files\Metrics2-4-0\lib\python\Products\Xron\Schedule.py, > line 81, in __init__ > (Object: LockableItem) > File C:\PROGRA~1\METRIC~2\lib\python\Products\ZCatalog\Catalog.py, line > 348, in addIndex > TypeError: Catalog addIndex now requires the index type to > be resolved prior to adding; create the proper index in the > caller. > > > ------ > 2001-07-26T19:18:43 (302) Products.Xron.Loggerr Cannot access catalog. > Suspending operation. > Traceback (most recent call last): > File "C:\Program > Files\Metrics2-4-0\lib\python\Products\Xron\Dispatcher.py", line 62, in > Timer > (atime, aurl)=Schedule.armed_event() # Get next armed event > AttributeError: 'None' object has no attribute 'armed_event' > Traceback (innermost last): > File C:\Program > Files\Metrics2-4-0\lib\python\Products\Xron\Dispatcher.py, > line 62, in Timer > AttributeError: 'None' object has no attribute 'armed_event' > > > ------ > 2001-07-26T19:18:43 PROBLEM(100) Products.Xron.Loggerr Dispatcher > thread is > terminating. > ------ > 2001-07-26T19:18:43 INFO(0) ZServer HTTP server started at Thu Jul 26 > 12:18:43 2001 > Hostname: mysite.com > Port: 80 > ------ > 2001-07-26T19:18:43 INFO(0) ZServer FTP server started at Thu Jul 26 > 12:18:43 2001 > Hostname: metrics > Port: 8021 > ------ > 2001-07-26T19:18:43 INFO(0) ZServer PCGI Server started at Thu Jul 26 > 12:18:43 2001 > Inet socket port: 8090 > > > ----- Original Message ----- > From: "Loren Stafford" <lstafford(a)morphics.com> > To: "Walter Miller" <wmiller(a)mediaone.net> > Sent: Thursday, July 26, 2001 9:55 AM > Subject: RE: Zope.org feedback > > > You have to patch it in a couple places. The intructions are at: > > http://www.zope.org/Members/lstaffor/Xron/README.txt > > > > > -----Original Message----- > > From: Walter Miller [mailto:wmiller@mediaone.net] > > Sent: Thursday, July 26, 2001 08:43 > > To: Loren Stafford > > Subject: Zope.org feedback > > > > > > URL: http://www.zope.org/Members/lstaffor > > Have you been able to update Xron recently? Do you know if it > > works with Zope 2.4.0? > > > > TIA, > > > > Walter > > > > > >

2 1

live meta_type upgrading?
by Reini Urban 26 Jul '01

26 Jul '01

Is it possible to change object types of existing objects? My naive idea is just to search/replace each meta_type for all objects in a container as with the ReplaceSupport Product. But this changes only the content not such an important attribute. Such a TypeChange product could check for needed methods and properties and change them (update, delete, insert) on the fly as well. This way the content and children need to be changed (export/re-import or cut/paste). Use Case: Change some folders BTree Folders, ... Change some DTML Documents to DTML Methods, ... Change some ZClasses to real products. -- Reini Urban http://xarch.tu-graz.ac.at/home/rurban/ http://tv.mur.at

1 0

Re: Is there a "Virtual Folder" Product??
by Philipp Robbel 26 Jul '01

26 Jul '01

> Have a look at Localizer, http://sourceforge.net/projects/lleu > and ZBabel. I'm afraid that's not 100% what I wanted :-) I don't want any automated translations to German, but simply the english frame along with the german standard_html_header/footer pair. Please refer to my original post. Does anyone know of a fitting product? (Please see original Post) Thanks for your help anyway, Philipp Robbel

3 2

RE: [Zope] Automatically go to another page after query results?
by tomc＠evetcia.com 26 Jul '01

26 Jul '01

Try RESPONSE.redirect('cltest?var1=' + var1in) Tom => -----Original Message----- => From: zope-admin(a)zope.org [mailto:zope-admin@zope.org]On => Behalf Of Bob => Campbell => Sent: Friday, 27 July 2001 9:03 AM => To: Zope(a)zope.org => Subject: [Zope] Automatically go to another page after query results? => => => Hello all, => Can anyone help Sheree, cause I certainly can't..., I'm => still chunking away => at the basics... Thanks! => => Here is the scenario.... => (all of this is generated from a database) => => A user looks at the Officer info page and then clicks Modify => to change the => information. In the Modify page, once the user clicks => Submit, the update is => made and I then need to and send the user to back to the => Officer info page. => => I've been trying RESPONSE.redirect but cannot figure out => syntactically how => to pass the => parameters... => => RESPONSE.redirect('cltest?var1=<dtml-var var1in>') => => The above causes var1 to be equal to the actual text of => <dtml-var var1in> => => So what I need to do is... within a dtml method I want to => automatically go => to another page (need to => pass parameters as well) after certain steps are performed => such as an => update => query => => In Cold Fusion I was able to do this using the CFLOCATION tag. => => Hope someone can help! => => Sheree Beaudette, AVP => > Applications Support Analyst => > Banknorth Group, Commercial Services => > 207-828-7133 => > Fax: 207-756-6990 => > sbeaudette(a)banknorth.com => > => > => => => _______________________________________________ => Zope maillist - Zope(a)zope.org => http://lists.zope.org/mailman/listinfo/zope => ** No cross posts or HTML encoding! ** => (Related lists - => http://lists.zope.org/mailman/listinfo/zope-announce => http://lists.zope.org/mailman/listinfo/zope-dev ) =>

1 0

RE: [Zope] Renaming folder slow...
by sean.upton＠uniontrib.com 26 Jul '01

26 Jul '01

Yeah, I figured it was likely something like this. I will migrate to BTree folders eventually, but these are custom Folder types subclassed from OFS.Folder in a python product that I can't change at the moment becuase I'm going live with a site using the product... Then again, if it's likely just a matter of changing what I subclass from... Sean -----Original Message----- From: Tim Cook [mailto:twcook@iswt.com] Sent: Thursday, July 26, 2001 3:39 PM To: Joachim Werner Cc: sean.upton(a)uniontrib.com; zope(a)zope.org Subject: Re: [Zope] Renaming folder slow... Joachim Werner wrote: > > > I have a folder that contains a hierarchy that includes some code, and > about > > 10,000 cataloged objects; renaming that folder is really slow; I'm just > > curious if anyone knows why? Does the id of the folder have to be > re-keyed > > in all of its children? > > I am no expert in this, but I fear that it is even worse: The folder is > physically COPIED to the new name ... (Try with a large folder. If I am > right, the ZODB should have grown quite a bit after the rename.) > > WRT cataloging I don't actually know if the catalog checks for name changes. > AFAIK it doesn't ... > Folders with several thousand objects should be implemented as BTree Folders. They are at least 5 times (probably more) faster than OFS:Folder. I assume it is because BTree Folders do not render all that extra info (date stamp, size etc.) into a table. HTH, -- Tim Cook, President - Free Practice Management, Inc. http://www.FreePM.com Office: (731) 884-4126 ONLINE DEMO: http://www.freepm.org:8080/FreePM

1 0

Odd request: how to shutdown Zope
by Carlos A. Carnero Delgado 26 Jul '01

26 Jul '01

Hello, is there a method (or URL) that I can use to shut down Zope? It would be a / folder manager (authenticated, of course). I know that (s)he can travel to the control panel but I'd like to have the possibility to shutdown elsewhere. Is this possible? Best regards, Carlos.

3 2