- Zope - Zope lists

Re: "Dynamic" dtml-with
by Roger Fisher 11 Nov '02

11 Nov '02

Geir, Thanks for your helpful reply. This worked beautifully. <dtml-call expr="REQUEST.set('Trial','Cust2')"> (the real app will get this more elegantly) <dtml-with "_[Trial]"> ...

1 0

Newbie wants to learn from her mistakes
by dancam＠netcourrier.com 11 Nov '02

11 Nov '02

Is a tutorial or something alike to learn decyphering error messages... Thanks! Site Error An error was encountered while publishing this resource. NameError Sorry, a site error occurred. Traceback (innermost last): a.. Module ZPublisher.Publish, line 150, in publish_module b.. Module Products.Localizer, line 58, in new_publish c.. Module ZPublisher.Publish, line 114, in publish d.. Module Zope, line 171, in zpublisher_exception_hook e.. Module ZPublisher.Publish, line 98, in publish f.. Module ZPublisher.mapply, line 88, in mapply g.. Module ZPublisher.Publish, line 39, in call_object h.. Module Products.CMFCore.PortalContent, line 117, in __call__ i.. Module Shared.DC.Scripts.Bindings, line 252, in __call__ j.. Module Shared.DC.Scripts.Bindings, line 283, in _bindAndExec k.. Module Products.CMFCore.FSPageTemplate, line 163, in _exec l.. Module Products.PageTemplates.ZopePageTemplate, line 228, in _exec m.. Module Products.CMFCore.FSPageTemplate, line 139, in pt_render n.. Module Products.PageTemplates.PageTemplate, line 95, in pt_render <FSPageTemplate at /philosophie-africaine/document_view used for /philosophie-africaine/index_html> o.. Module TAL.TALInterpreter, line 186, in __call__ p.. Module TAL.TALInterpreter, line 230, in interpret q.. Module TAL.TALInterpreter, line 689, in do_useMacro r.. Module TAL.TALInterpreter, line 230, in interpret s.. Module TAL.TALInterpreter, line 622, in do_loop_tal t.. Module TAL.TALInterpreter, line 230, in interpret u.. Module TAL.TALInterpreter, line 400, in do_optTag_tal v.. Module TAL.TALInterpreter, line 385, in do_optTag w.. Module TAL.TALInterpreter, line 380, in no_tag x.. Module TAL.TALInterpreter, line 230, in interpret y.. Module TAL.TALInterpreter, line 655, in do_condition z.. Module TAL.TALInterpreter, line 230, in interpret aa.. Module TAL.TALInterpreter, line 400, in do_optTag_tal ab.. Module TAL.TALInterpreter, line 385, in do_optTag ac.. Module TAL.TALInterpreter, line 380, in no_tag ad.. Module TAL.TALInterpreter, line 230, in interpret ae.. Module TAL.TALInterpreter, line 689, in do_useMacro af.. Module TAL.TALInterpreter, line 230, in interpret ag.. Module TAL.TALInterpreter, line 459, in do_setLocal_tal ah.. Module Products.PageTemplates.TALES, line 217, in evaluate URL: /philosophie-africaine/navigation_tree_slot Line 50, Column 20 Expression: standard:'here/navigationCurrent' Names: {'container': <PloneSite instance at 01FE2280>, 'default': <Products.PageTemplates.TALES.Default instance at 00E5EA3C>, 'here': <Document at /philosophie-africaine/index_html>, 'loop': <SafeMapping instance at 0210A648>, 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 00E5EAF4>, 'nothing': None, 'options': {'args': ()}, 'repeat': <SafeMapping instance at 0210A648>, 'request': <HTTPRequest, URL=http://127.0.0.1:8080/philosophie-africaine/index_html>, 'root': <Application instance at 01FDB1D0>, 'template': <FSPageTemplate at /philosophie-africaine/document_view used for /philosophie-africaine/index_html>, 'traverse_subpath': [], 'user': Anonymous User} ai.. Module Products.PageTemplates.Expressions, line 206, in __call__ aj.. Module Products.PageTemplates.Expressions, line 201, in _eval ak.. Module Products.PageTemplates.Expressions, line 100, in render al.. Module Products.PageTemplates.ZRPythonExpr, line 74, in call_with_ns am.. Module Products.CMFCore.FSPythonScript, line 85, in __render_with_namespace__ an.. Module Shared.DC.Scripts.Bindings, line 266, in __render_with_namespace__ ao.. Module Shared.DC.Scripts.Bindings, line 283, in _bindAndExec ap.. Module Products.CMFCore.FSPythonScript, line 124, in _exec __traceback_info__: ({}, (), {}, (None,)) aq.. Module Script (Python), line 1, in navigationCurrent NameError: global name 'context' is not defined (Also, an error occurred while attempting to render the standard error message.) ---------------------------------------------------------------------------- ----

4 4

Sort DateTime objects?
by Jim Kutter 11 Nov '02

11 Nov '02

Hi I have a product with a class that contains a DateTime object with the name datetime (I know, bad choice, but the choice has been made...) So I want to sort a collection of these objects by ascending date. So I get all objects of that type into a list called "events" then use the sequence module So this is my basic logic - sorted = sequence.sort(events, (('datetime.x()', 'cmp', 'asc'),)) Where x has been timeTime, millis, and just the datetime attribute itself ('datetime') This yields the "sorted" list having the event objects in order of their filename, not datetime value. The datetime attibute stores both date and time, not just dates - other objects that just store dates (ie 10/31/2002) work fine with this method. Implementing my own sort algo with my own cmp function yields correct results, but is much slower. def mycmp(a, b): if DateTime(a.datetime).millis() < DateTime(b.datetime).millis(): return 1 elif DateTime(a.datetime).millis() > DateTime(b.datetime).millis(): return -1 else: return 0 mysort(events, mycmp) where mysort is a stock quicksort implementation. What am I doing wrong with the sequence module? -jim

3 4

Maintain Input Variables around forms
by McDonnell, Larry 11 Nov '02

11 Nov '02

Hi, I am having a problem maintaining my input variable throughout the data input process. First, I ask the user to input a record number so they can add information to the main record. The first time through the form does not error out and the new record is written. Write record after submit <dtml-call "REQUEST.set('nc_report_no', REQUEST.SESSION['nc_report_no'])"> <dtml-in nonc_disposition_search sort=nc_report_no reverse size=1 start=query_start> ("archive the record") <dtml-call "REQUEST.set('line_item_number', line_item_number)"> </dtml-in> <dtml-call expr="update_nonc_partb_record(REQUEST)"> Thanks information has been saved. <a href="update_nonc_partb">Add More Dispositions</a> <a href="index_html">Back to Main Page</a>   If they need to create additional records, I give them a link to go back the input inform. This is where the problem starts. If I use the following: Form <dtml-in lookup_nc_report_no_query> I'll get an in "Missing input variable, nc_report_no" If I add this to the input form and start with a fresh browser window: Form <dtml-call "REQUEST.set('nc_report_no', REQUEST.SESSION['nc_report_no'])"> <dtml-call "REQUEST.SESSION.set('nc_report_no', nc_report_no)"> <dtml-in lookup_nc_report_no_query> I will see this error: Error Type: KeyError Error Value: nc_report_no Is there a way to set the variable globally and avoid the keyerror issue. Thanks Larry McDonnell Proton Energy Systems 10 Technology Drive Wallingford, CT 06492 (203) 678-2181 Email:lmcdonnell@protonenergy.com www.protonenergy.com

2 1

Using monitor_client.py?
by Jean Jordaan 11 Nov '02

11 Nov '02

Hi all I'm having trouble starting up the monitor client. Here's what I try:: $ python2.1.3 /usr/local/zope/Zope-2.6.0-src/ZServer/medusa/monitor_client.py 192.168.1.2 17099 This is what I get back:: 2002-11-11T11:20:16 INFO(0) ZServer Incoming monitor connection from 192.168.1.2:57085 ------ 2002-11-11T11:20:16 PROBLEM(100) ZServer <ZServer.medusa.monitor.secure_monitor_channel connected 192.168.1.2:57085 at 0x90fb85c>: failed authorization I used 'zpasswd.py' to make sure I'm using the correct superuser password. Any idea what's going wrong? -- Jean Jordaan http://www.upfrontsystems.co.za

3 2

Red Hat Sys V init script for Zope start up at boot
by Jon Whitener 11 Nov '02

11 Nov '02

If you're a newbie like me, running a single instance of Zope on Red Hat Linux, you may want Zope to start up automatically at boot. Here's an init script I wrote that might help. Put this script in your /etc/rc.d/init.d directory, name it 'zope', and 'chmod +x zope'. Then use chkconfig or the GUI Service Configurator to turn the script on for the run-levels you want (see link in script for more about run-levels). Typically, you'll want to turn on levels 3, 4, and 5. The point of this script is to - as much as I could - start up and shut down Zope like other Linux services, e.g. crond or sshd. Read the comments in the script for more info. NOTE: This script was written to start Zope as a regular user (non-root), so I don't think you can set the HTTP port to 80, for instance. (My intention is to set up Squid on that port to cache and relay Zope pages.) Hope this helps, Jon Whitener Detroit, Michigan, USA ----- SCRIPT BEGINS BELOW ------ #!/bin/bash # # /etc/rc.d/init.d/zope # # SysV init script for the Zope web application server; # written for Red Hat Linux 7.3. # # chkconfig: 345 60 40 # processname: zope # pidfile: /var/run/zope.pid # description: The Zope Web application server provides an \ # on-line infrastructure for developing and serving \ # Web sites. # Red Hat (I'm using version 7.3) provides standard functions for System V # init scripts that start and stop services listed in the rc.? directories # (when changing run-levels, like at boot-time), as well as other functions # like status and restart. # # Unfortunately, these functions (found in /etc/init.d/functions) have a # weakness when it comes to monitoring Zope: they rely on reading a 'pid # file' for Zope in the /var/run directory to determine whether or not Zope # is running. (A 'pid file' is simply a small text file containing the # process ID number of the service.) # # Zope writes its pid file to /zope-dir/var/Z2.pid when it starts, and # furthermore, Zope does not remove the pid file when Zope shuts down. # # So, I've tried to implement the intent of the daemon (start), killproc # (stop), status, and reload/restart functions here for Zope, using as much # as possible of the Red Hat functions, which for one thing makes it easy # to start Zope at boot-time as a non-super user ********* # # One thing I didn't solve was removing the /var/run/ pid file when Zope # is shut down without using the killproc function, e.g. when it is # shut down through-the-web via the Zope control panel. The main # effect of this is that you'll see a (harmless) [FAILED] indicator # when Linux tries to shut down a process that isn't running. # # For more information on Red Hat runlevels, see: # http://www.redhat.com/support/resources/tips/Boot-Process-Tips/Boot-Process… # # Note that this script is intended for a single Zope instance. # # Jon Whitener # 11 November 2002 # Source function library. (This imports the standard SysV # Red Hat functions that this script uses.) . /etc/rc.d/init.d/functions # Here you customize the directory location to fit your # Zope installation. ZOPE_DIR="/zope" # The following two lines won't typically need changing. ZOPE="$ZOPE_DIR/z2.py" ZPYTHON="$ZOPE_DIR/bin/python" # You need to add the name of the user who # you want to run Zope here: ZOPE_USER=zopefella # Add the options to pass to z2.py when running Zope below. # Run $ZOPE_DIR/bin/python $ZOPE_DIR/z2.py --help for more info. # I removed the -D debug mode default, and set an event log. OPTIONS="EVENT_LOG_FILE=$ZOPE_DIR/var/event.log" RETVAL=0 zope_pid() { # Look for a Zope process ID in a pid file. local ZPID= if [ -f "/var/run/zope.pid" ] ; then ZPID=`cat /var/run/zope.pid` else [ -f "$ZOPE_DIR/var/Z2.pid" ] && ZPID=`cat $ZOPE_DIR/var/Z2.pid` fi echo $ZPID return 0 } zope_daemon() { # Process parameters, check if Zope is already running, and either # start it or don't. Some of this copied from original daemon function. local user= local base=zope local ZPID= local RUNNING= nicelevel=0 while [ "$1" != "${1##[-+]}" ]; do case $1 in '') echo $"$0: Usage: daemon [+/-nicelevel] {program}" return 1;; --user) user=$2 shift 2 ;; --user=?*) user=${1#--user=} shift ;; *) echo $"$0: Usage: daemon [+/-nicelevel] {program}" return 1;; esac done # See if Zope is already running. This is where we really start # to differ from the standard daemon function in # /etc/init.d/functions ZPID=`zope_pid` # If pid number matches a running zope process, skip start-up. local OK_TO_START=0 if [ -z "$ZPID" ] ; then # No Zope pid file found. Probably OK to start Zope. OK_TO_START=1 else # Check if $ZPID matches a running Zope (z2.py) process. RUNNING=`ps -p "$ZPID" -o cmd | grep "z2.py"` # If $RUNNING is not null, then Zope is already running. # If $RUNNING is null, then pid file exists, but Zope is dead. [ -z "$RUNNING" ] && OK_TO_START=1 fi if [ $OK_TO_START -eq 1 ] ; then # make sure it doesn't core dump anywhere; while this could mask # problems with the daemon, it also closes some security problems ulimit -S -c 0 >/dev/null 2>&1 # Echo daemon [ "${BOOTUP:-}" = "verbose" -a -z "$LSB" ] && echo -n " $base" # And start it up. if [ -z "$user" ]; then $nice initlog $INITLOG_ARGS -c "$*" else $nice initlog $INITLOG_ARGS -c "su -s /bin/bash - $user -c \"$*\"" fi [ "$?" -eq 0 ] && success $"$base startup" || failure $"$base startup" fi return } start() { echo -n "Starting zope: " ln -sf $ZOPE_DIR/var/Z2.pid /var/run/zope.pid zope_daemon --user $ZOPE_USER $ZPYTHON $ZOPE $OPTIONS RETVAL=$? echo [ $RETVAL = 0 ] && ln -sf $ZOPE_DIR/var/Z2.pid /var/run/zope.pid return $RETVAL } stop() { echo -n "Shutting down zope: " killproc zope RETVAL=$? echo [ $RETVAL = 0 ] && rm -f /var/run/zope.pid return $RETVAL } zope_status() { local ZPID= RUNNING= ZPID=`zope_pid` # Check if pid number matches a running process, and echo results. if [ -z "$ZPID" ] ; then echo "Zope is probably not running. Valid Zope pid file not found." else RUNNING=`ps -p "$ZPID" -o cmd | grep "z2.py"` if [ -z "$RUNNING" ] ; then echo "Zope dead, but pid file exists" else echo "Zope running with pid $ZPID" fi fi return 0 } case "$1" in start) start ;; stop) stop ;; status) zope_status ;; restart|reload) stop start ;; *) echo "Usage: zope {start|stop|status|reload|restart}" exit 1 ;; esac exit $?

1 0

RE: [Zope] DTML DTD
by Passin, Tom 11 Nov '02

11 Nov '02

peter sabaini] > > DTML != XML, so theres no such thing as a DTD for DTML > Not quite. DTD is an SGML thing (XML being a special subset), and are not limited just to XML. There is a DTD for HTML, for example. However, DTML is not SGML either. I do not think you could successfully write a DTD for DTML (although SGML is amazingly flexible, I'm not sure it is quite this flexible). Cheers, Tom P

2 1

RE: [Zope] Redirect problem
by Ken 11 Nov '02

11 Nov '02

Zopers and Zoperinas, I was having this problem... >>> This works: >>> >>> <dtml-var standard_html_header> >>> <dtml-call "RESPONSE.redirect('http://dogjoy.freezope.org/redirect.html')"> >>> <dtml-var standard_html_footer> >>> >>> But this doesn't: >>> >>> <dtml-var standard_html_header> >>> <dtml-call "RESPONSE.redirect('http://dogjoy.freezope.org/redirect.pdf')"> >>> <dtml-var standard_html_footer> OK, it wasn't a Zope problem, but in case somebody comes to this archive in 2046 wondering what the solution was, here's one: <dtml-if "_.string.find(linkurl,'.pdf')>0"> <html> <head> <meta http-equiv="refresh" content="0; URL=<dtml-var linkurl>"> </head> </html> <dtml-else> <dtml-call "RESPONSE.redirect(linkurl)"> </dtml-if> The meta refresh is slower, hence the dtml-if. We now return to our regular programming... Ken

1 0

RE: [Zope] Frames & Python
by Passin, Tom 11 Nov '02

11 Nov '02

[ Sebastian Queißer ]Hi! > > How can I load the return of a function in a frame wich > already exists and should only be updated similar to Zope's > menu frame, when you delete an Object? > Loading of frames is entirely controlled by the browser. Either you specify a target attribute in a form, or you have to use javascript from another frame to reload the one of interest. In your case, it sounds like you need to use javascript in the first frame to load the second one. The best place to do this is in the body onload event. It would look something like this - <body onLoad='parent.frames["name-of-the-other-frame"].location=new_url'> Or you could use location.replace() instead if you do not want to add to the browsng history. Cheers, Tom P

1 0

user roles & authentication
by Grant K Rauscher 11 Nov '02

11 Nov '02

recently I noticed that methods for retrieving user roles are affected by the URL from which the user logged in using basic authentication (as opposed to the location of the user account). I don't see any authentication-related cookies at all from ZOPE, session or otherwise, just basic http authorization. the problem is this: if one authenticates at a location deeper than their user account, authorization should apply up to the level of the account. it does - any method requiring authorization is allowed to run between the point of login and the user account - but when I test with *any* of these routines between the point of login and the user account it shows only 'Anonymous' - not the expected roles. user.getRoles() _.SecurityGetUser().getRoles() user.has_role( roleName ) visiting /manage or any other objects which require authorization works between the user account and the point of login - in fact, after rendering an object which would prompt for authorization if the only role were *really* Anonymous the roles for that object and ones it contains are fixed and show the expected results with getRoles() and has_role(). this problem occurred with ZOPE 2.5.0 or 2.5.1, and IE 5.5 or NN 7.0 Grant K Rauscher GeeKieR Enterprises http://www.geekier.com/

3 4