- Zope - Zope lists

RE: [Zope] ZORB3 Errors
by Michel Pelletier 16 Jun '99

16 Jun '99

> -----Original Message----- > From: J Kinsley [mailto:jkinsley@horus.bticc.net] > Sent: Wednesday, June 16, 1999 4:55 AM > To: zope(a)zope.org > Subject: [Zope] ZORB3 Errors > > At this point, I have no idea how to go about solving the problem. I > have looked at the code and cannot immediately find anything wrong > with it, but as I stated before, I have only been using Python for a > few months so I may be overlooking something. > > Also, why does QuickStart show up using BoboPOS2 and not with ZORB3? > > Is anyone else using ZServer and getting these errors or am I the > only one who seems to have this problem? > BTW, it's called ZODB3 (Z Object Database) Everyone using Zope 2.0 alpha will get these errors. Neither of these two sections of the control panel have been implimented yet for 2.0 when using the ZODB3 database. Also, the quickstart database only comes up when you run Zope with the BoboPOS2 database. We will have different default content for the ZODB3 database. -Michel > Regards, > Jarrod Kinsley > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

2 1

Newbie: Problem with Zserver
by Thomas Weiner 16 Jun '99

16 Jun '99

After spending some hours to decide if I should continue with apache or start with zserver, I began with Zserver. My problem is the following traceback occuring when I call http://localhost:9673 Unhandled exception in thread: Traceback (innermost last) File "D:\Programme\Website\Zserver\PubCore\ZserverPublisher.py", line 92 in __init__ publish_module< TypeError: unexpected keyword argument: request I'm using Zope 1.10.3b1 on Win NT and I've installed the latest version of Zpublisher in the lib directory. Any hints what I missed here? TIA Thomas -- fon: ++49 (0)40 42878 3781 fax: ++49 (0)40 42878 2728

2 2

RE: [Zope] Iterating over folders with a certain attribute
by Michel Pelletier 16 Jun '99

16 Jun '99

> -----Original Message----- > From: Jim Cain [mailto:jec@mgmt-inc.com] > Sent: Wednesday, June 16, 1999 12:17 AM > To: zope(a)zope.org > Subject: [Zope] Iterating over folders with a certain attribute > > > I want to retrieve the names of all folders that have > attribute sequence_id > and then iterate over them, while having them sorted by that > attribute. I > can't do something like: > >  > > because not all folders have this attribute. Am I going to > have to build an > array of these objects, and then iterate over them sorted? > > Thanks for the help, > Jim > http://www.zope.org/pipermail/zope/1999-June/005428.html > > > ____________ Jim Cain, System Administrator ___ > / ________ \ http://jec.mgmt-inc.com / / > / / ______ \ \ _________ _______ _________ __/ /__ > / / / __ \ \ \ / _ _ \ / ___ \ / _ _ \/_ ___/ > / / / /_/ / / // // // // /__/ // // // / / /___ > \ \ \___,_ \/ //__//__//__/ \____ //__//__//__/ \_____/, inc. > \ \______\____/ _____/ / > \_______/ \______/ http://www.mgmt-inc.com > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

RE: [Zope] How stable is the 2.0 alpha release?
by Michel Pelletier 16 Jun '99

16 Jun '99

> -----Original Message----- > From: Alexander Staubo [mailto:alex@mop.no] > Sent: Tuesday, June 15, 1999 9:13 PM > To: Zope Mailing List (E-mail) > Subject: [Zope] How stable is the 2.0 alpha release? > > > I realize this is a completely silly and impossible question, > but for a > new Linux-based production server to run Zope, we feel a bit squeezed > between using 1.10 (which does not have Z Classes), 1.11.0pr1 > (which has > proven to be quite stable but does not support concurrency), > and 2.0.0a1 > or the latest CVS version (which is an alpha, and which I have not > attempted to run for stability testing). > > We'd be able to live with an unstable server for a couple (literally > speaking, I think) of weeks, but beyond that time, we would like > something of production, or at least beta, quality. Until this is > cleared up we can cope with 1.110pr1, I guess. > *Seems* stable to me. It may be very stable. You may setup a vast production site with it. You may find a very excellent bug that may trash all your work. If it makes you feel any better, we'll fix the bug if it's there. ;) -Michel > -- > Alexander Staubo http://www.mop.no/~alex/ > "`This must be Thursday,' said Arthur to himself, sinking low over > his beer, `I never could get the hang of Thursdays.'" > --Douglas Adams, _The Hitchhiker's Guide to the Galaxy_ > > > _______________________________________________ > Zope maillist - Zope(a)zope.org > http://www.zope.org/mailman/listinfo/zope > > (For developer-specific issues, use the companion list, > zope-dev(a)zope.org - http://www.zope.org/mailman/listinfo/zope-dev ) >

1 0

RE: [Zope] <% ... %> ?
by Paul Everitt 16 Jun '99

16 Jun '99

Jules wrote: > Has it been suggested that the SSI-type syntax of Zope isn't the most > readable thing in the world? Is this even the right list to > suggest this > heresy or should I strap on the asbestos underwear and wander > over to zopedev? I'll comment first on the multiline statement. Let me reinforce the idea that The Zope Way is to separate presentation and logic. While we should have some kind of object that better deals with logic, I don't think there will be much sympathy for creating something that looks like ASP or PHP. Let me limit the conversation back to your subject line: <% vs. <!--# The latter was originally chosen to be like the dominant syntax at the time (SSI) and to be "legal HTML". I think the latter has proven to be total bunk, as almost no DTML Documents are valid (they get nearly everything from the fragments of standard header and footer). What are some reasons to consider changing from the SSI syntax? o It's hideous, cumbersome, and everybody hates it o No tools support editing it o It isn't conformant with the direction of HTML o Any others? Let's evaluate the situation in light of these. It's Hideous ------------ Yes. Tool Support ------------ The SSI syntax just happens to enjoy nearly zero support out there. Things like Netscape Composer, Dreamweaver, and Emacs HTML Mode just can't be convinced to handle it nicely. Does anyone view this issue as important? Future of HTML -------------- What role does SSI play in the future of HTML? Zero. Of course, neither do any of the alternative syntaxes mentioned previously. Thus, I'd like to list some requirements for a future syntax: 1) Within reach of "content managers". I won't budge on this one. I think XSL will have a role in Zope, but *NOT* as a DTML replacement. 2) Reasonably close to DTML. The current DTML accomplishes some level of functionality. While some small amount might not be permitted in some change, or might be permitted in a clumsy way, there should be a reasonable match. 3) Coherent with the HTML future. We have a choice: invent a syntax and, one by one, support every web authoring tool. Alternatively, we can stick to standards and wait for them to support it. Proposal -------- _If_ these were the requirements, then I think a reasonable proposal is XHTML: http://wdvl.com/Authoring/Languages/XML/XHTML/ http://www.w3.org/MarkUp/#future XHTML reworks HTML as an XML-compliant language. Most imporantly, you can extend it with new namespaces (like Zope instructions) without breaking the DTD, as is the case with ColdFusion et al. Why? 1) Alledgely it is the future of HTML. 2) Becoming well-formed means the authors can be given hints before saving changes, and Zope can do smarter things with structured data on the server. Why Not? 1) A number of differences with HTML might drive people off. 2) It isn't here yet. 3) Zope syntax might not be mappable into XML. At any rate, I'd love for someone in the Zope community to march off and take a look at this, then make a proposal for how things should be changed. As always, patches are accepted. :^) --Paul Paul Everitt Digital Creations paul(a)digicool.com 540.371.6909 ----------------------------------------- The Open Source Zope application server http://www.zope.org/ -----------------------------------------

8 13

Zope performance too low ?
by Christian Andreassen 16 Jun '99

16 Jun '99

I guess the subscribers to this list, more or less, like working with Zope. Developing dynamic pages is quick and easy, and code/design integration is very comfortable. However I'm starting to doubt if it's worth it. Some quick benchmarking with apache's ab utitlity gave the following results on my server(50 requests, no concurrency, ab ran on the server machine): Copy of the Zope welcome screen(served from disk): 204.08 requests per second The Zope welcome screen(served from Zope): 14.38 requests per second A page with lots of DTML Code(about 50 lines): 2.68 requests per second Repeating the benchmark gave similar results. How does your Zope perform? Can you live with it? I'm not sure if I can.

1 0

Direct SQL-Method traversal
by Stefan Bund 16 Jun '99

16 Jun '99

I have implemented a simple ZSQL-Method (fetch) which takes one argument, a record number (nr). As far as I understand the ZSQL Manual, I should be able to write URL's of the form fetch/nr/<number>/showit where showit is a DTML-Document which can access the result of the fetch query. How do I access this result? I tried to use the column names (like , where shortname is a result column name), but Zope gave me a Key Error. What is the correct syntax to access the result columns of such a query? Stefan.

1 1

ANNOUNCE: EXPERIMENTAL DTML Syntax change
by Jim Fulton 16 Jun '99

16 Jun '99

Zope 2.0.0 alpha 2 (and public CVS) includes an experimental change to the DTML parser to allow HTML tags syntax and character entity reference as an alternative to the server-side-include (SSI) syntax. Basically, source like:  <ul>  <li> <a href="//manage_workspace"> </a>  </ul>  to be written as: <dtml-var standard_html_header> <ul> <dtml-in objectValues> <li> <a href="&dtml-URL1;/&dtml-id;/manage_workspace"> <dtml-var title></a> <dtml-/in> </ul> <dtml-var standard_html_footer> This format is provided to overcome some of the problems with the SSI syntax: - It looks more like and fits in with HTML, - It is easier to type, - It is easier to type and slightly less verbose, - It is, perhaps, easier to teach HTML editors how to deal with it. I'm very interested to hear how helpful this is. Do people find this a significant improvement? If people don't find it useful then it will not be included in Zope 2.0 final, and perhaps not in the Zope 2.0 betas. Note: - This format does *not*, in my mind, significantly reduce the desire for an XML variant of DTML. I think there is room for *both* XML and non-XML variants of DTML, if only because sometimes people will need to have DTML documents that are not XML well formed, for example when generating non-XML text. - This does not address the desire for a nicer through-the-web scripting language for Zope. We intend to provide the ability to build Python methods through the web that are as safe (from a security point of view) as existing DTML methods. Jim -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org 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.

9 12

ANNOUNCE: Zope 2.0.0 alpha 2 has been released
by Jim Fulton 16 Jun '99

16 Jun '99

See: http://www.zope.org/Download/Releases/Zope-2.0.0a2 Jim -- Jim Fulton mailto:jim@digicool.com Python Powered! Technical Director (888) 344-4332 http://www.python.org Digital Creations http://www.digicool.com http://www.zope.org 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.

7 7

Heres my canView Method
by Jay, Dylan 16 Jun '99

16 Jun '99

This method will in most instances return 1 if the specified user can view a particular object. You have to give it a string path of the object relative to the current context. It will handle url type paths as well ie  and  will both work. I think this will give the correct result in most cases. However I stil think it should be an built in method as I think the code below is quite slow and if the real user validation code is done at the C level then it would be better to use that. from AccessControl.Permission import Permission import string def canViewObj(SomeObject, userRoles): if hasattr(SomeObject,'_View_Permission'): Roles = getattr(SomeObject,'_View_Permission') if 'Anonymous' in Roles: return 1 else: for i in userRoles: if i in Roles: return 1 # ok, try parents if SomeObject.acquiredRolesAreUsedBy('View') != '': return canViewObj(SomeObject.aq_parent, userRoles) else: return 0 elif hasattr(SomeObject, 'aq_parent'): return canViewObj(SomeObject.aq_parent, userRoles) else: return 1 # Not sure about this case. def canView(self, objName, AUTHENTICATED_USER): objName = 'self.'+string.replace(objName,'/','.') objName = string.replace(objName,'..','.') try: SomeObject = eval(objName) except: return 0 return canViewObj(SomeObject, AUTHENTICATED_USER.getRoles())

1 0