- Zope - Zope lists

RE: [Zope] ZODB vs SQL, ZTables
by Michel Pelletier 07 Jun '99

07 Jun '99

> -----Original Message----- > From: Jordan B. Baker [mailto:jbb@spyderlab.com] > Sent: Monday, June 07, 1999 3:01 PM > To: zope(a)zope.org > Subject: RE: [Zope] ZODB vs SQL, ZTables > > > On Mon, 7 Jun 1999, Michel Pelletier wrote: > > > > 1) Would I be re-inventing the wheel here? Can ZTables > instantiate > > > ZClasses? The reason I like the ZClasses is because I'd like > > > to write my > > > business logic in Python. I suppose I could do this with External > > > methods. > > > > ZTables return an result 'object' called a 'brain'. This object is > > instanciated on the fly when you make queries. If you > define your own > > type of brain, then you can have your own types of objects. > I don't see > > any reason why this object couldn't be a ZClass, but > currently there is > > no mechanism to hook the two together through the ZClass, > there would > > have to be some python involved. > > This is pretty intriguing. I need to consider the cost/benefits. > > One thing I don't like about this is that (I assume) you > can't change the > data in the ZTable simply by assigning attributes as you could if each > piece of data was stored as objects. > Correct. The 'brains' aren't persistent or connected to the ZTable in any way, it would be, of course, possible to write methods for the brains class that manipulated the ZTable data, as you suggest below. > Either way it would be fairly easy to write getter/setter methods that > would use a ZTables API to update the records. I assume this > would work > anyway. > <snip> > > Well, I'd certainly be willing to provide feedback on the > documentation as > this would give me an idea of how it works at a lower level. > And it means > I could start protyping some of my ideas today instead of > waiting for the > internal QA of the Catalog to move along. Currently it's just a UML diagram and some documentation associated with it. In the spirit of releasing UML as our documentation format, I will probably be releasing the ZopeIndexing diagram soon. This is the 'documentation'. <snip> > > If there is any alpha testing going with it I'd be willing to run it > through its paces. Otherwise roughly when do you think > Catalog will be > available in some form? > We will be discussing that today. -Michel

1 0

another simple question...
by Daniel M. Drucker 07 Jun '99

07 Jun '99

The zope manual would be much more useful if it gave a few examples... I have this method: Method: GetAuthorID Arguments: authorid:int SELECT authorname,authoremail FROM authors WHERE  I then want to do something like this:  <A HREF="mailto:"></A>  What's the proper format for calling a method with arguments?

3 2

RE: [Zope] Subclass folder using Z Classes?
by Michel Pelletier 07 Jun '99

07 Jun '99

> -----Original Message----- > From: Alexander Staubo [mailto:alex@mop.no] > Sent: Monday, June 07, 1999 3:37 PM > To: Zope Mailing List (E-mail) > Subject: [Zope] Subclass folder using Z Classes? > > > Is there a way to create folder-like (ie., container) classes using Z > Classes? (I'm using Zope 1.11.) > Yes. Subclass 'ObjectManager'. -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] ZODB vs SQL, ZTables
by Michel Pelletier 07 Jun '99

07 Jun '99

> -----Original Message----- > From: Jordan B. Baker [mailto:jbb@spyderlab.com] > Sent: Monday, June 07, 1999 12:20 PM > To: zope(a)zope.org > Subject: [Zope] ZODB vs SQL, ZTables > > > hi zopesters: > > I am designing an application where I'd like use the ZODB as > the primary > storage and the objects being instances of ZClasses. > > I'd like to navigate through them using a hierarchal category system. > > Now, I assume that once I have this I can also provide other ways to > traverse the data by building indexes. I realize this isn't quite > documented yet and its not totally importart atm because the > dataset size > is small enough, but I'd like allow this app. to scale. > > I'm not sure if building indexes is the only way to get > another 'view' of > the data stored in the ZODB. I could write an exthernal > method to query > using the 'slow' objectValues() method, I suppose. > > The questions I have are: > > 1) Would I be re-inventing the wheel here? Can ZTables instantiate > ZClasses? The reason I like the ZClasses is because I'd like > to write my > business logic in Python. I suppose I could do this with External > methods. > ZTables return an result 'object' called a 'brain'. This object is instanciated on the fly when you make queries. If you define your own type of brain, then you can have your own types of objects. I don't see any reason why this object couldn't be a ZClass, but currently there is no mechanism to hook the two together through the ZClass, there would have to be some python involved. > 2) I realize the indexing system isn't well documented at > this point, but > if you can figure out the system is it usable? :) > It's very usable. I'm working on some documentation for it right now, but it might be lower level than you think. What you might want to wait for is the Catalog, whose purpose is to do exactly what you want, catalog and index Zope objects. > I'm just struggling a bit with the concepts of going > completely OO instead > of storing my data in a SQL database. > There are benefits to using SQL, and there are benefits to using objects. You have to weigh these things when elaborating your design. if you think your system is very object oriented, or very relational, or a hybrid of the two. > Has anyone tackled any of these issues? Was it worth it? > We are tackling it internally, whether it was worth it or not is yet to be seen. ;) (give us lots of money, and it's worth it) The catalog is designed to do almost exactly what your looking for. It's unclear at the moment what exactly will get open sourced as a the 'catalog' since the catalog consists of several layers of components at the moment. Chances are there will be no managment interface (maybe a minimal one), just a DTML API which you can use to search or manipulate the catalog. -Michel > Thanks guys, > > ------- > Jordan B. Baker -- jbb(a)spyderlab.com > weaving the web @ http://www.spyderlab.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 ) >

3 2

Subclass folder using Z Classes?
by Alexander Staubo 07 Jun '99

07 Jun '99

Is there a way to create folder-like (ie., container) classes using Z Classes? (I'm using Zope 1.11.) -- 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_

1 0

Alpha version of mod_pcgi
by A.M. Kuchling 07 Jun '99

07 Jun '99

I've been wanting to learn how to write Apache extensions for a while, and have written a mod_pcgi module. Currently it seems to be able to talk to the long-running PCGI process correctly, though the Zope request doesn't run (I think because the code isn't setting SCRIPT_NAME yet). The code's at: ftp://starship.python.net/pub/crew/amk/new/mod_pcgi.tgz I'll hack on mod_pcgi for the next few days, but I definitely do *not* want to maintain the code long-term, so a volunteer or DC employee will have to adopt it eventually. -- A.M. Kuchling http://starship.python.net/crew/amk/ BTW, I learned a lovely new acronym today: "Law Enforcement Agency Key" - LEAK. -- Charles H. Lindsey

2 1

Weird-ish things with new Zope install on Win32...
by Zope on a Rope 07 Jun '99

07 Jun '99

Hello Zopistas. I downloaded and installed the latest stable version of Zope for Win32. I immediately fired it up, connected to localhost:9673 and played. Sheer brilliance! I'm totally wowed (I notice you lot don't go for the <0.5 wink> thing over here so I'll try and refrain). The main weird thing that I noticed is that the HTTP server is disastrously slow if the remote IP doesn't have a DNS map. I'm sure I'm not the first to notice this. Is there a quick way to stop a remote lookup on IPs? Now on to the real problem. I found the tree control and added it to the standard HTML header. Very nice. Then I found the sexy-with-images tree over at zdp.zope.org, fired up a session, and tweaked my #var sidebar which is what I called the tree. The new tree worked just fine on the opening index_html method but each index_html document in sub folders didn't work. I'd either get a 'Sorry, an error occured' or a space in the table where the tree should be and no tree. So then I commited the session thinking maybe that would help. Oh dear. Good job I'm testing, eh? Thanks for any insight. Did I royally, unintentionally screw something up or did I stumble across a known issue/bug/whatever they call it where you are. Another thought: While I have your ears, I feel like there is a tremendous amount of power in Zope that I'm just not getting. The zdp does a wonderful job of explaining what it explains (nice HOWTO's) but I'm either really dopey or I can't find the meat of the Zope documentation. I can't even remember how I stumbled on the tree control in the first place. What else is burried in there that's awesome but out of my sight? Don't get me wrong, I'm not bitching. I'm just a little disoriented in this whizzy new world and need a map. Cheers, Jules -- Codito, ergo sum.

4 5

RE: [Zope] Weird-ish things with new Zope install on Win32...
by Zope on a Rope 07 Jun '99

07 Jun '99

At 11:42 AM 6/7/99 -0400, Michel Pelletier wrote: >[deletia] >You might want to check out ZServer I shall make it so. Thank you. >Sounds like you are getting mired in Acquisition. Without seeing your >DTML and tracebacks, however, there isn't much more advice than that I >could give you. (here's a hint, view the HTML source of any error >messages you get, there are secret clues inside). Now that's a nifty trick. Here's where I am: 1. I blew everything away and started again. Just In Case(tm). 2. I created a new method called sidebar which I pretty much stole from the zdp Zope Book area. The main difference is that it's not all sitting in a folder (folder? Object? What should I call this?) called Object. 2a. Here's my sidebar: - - - Cut here - - - <span class="tree">    <img src="/zzzImages/openBook" align="TOP" border="0" width="16" height="16">  <img src="/zzzImages/closedBook" align="TOP" border="0" width="16" height="16">    <img src="/zzzImages/document" align="TOP" border="0" width="16" height="16"> <a href="/?tree-s=&tree-e=&tree-c="></a>  </span> - - - Cut here - - - Remember I have no idea what I'm doing at this point so I could have mangled it as I tried to make it fit. 3. The main index_html method works like a champ, as before. The sidebar does tree-like things. 4. Onwards. I created a subfolder and an index_html document. 5. As soon as I add the standard html header, it barfs: - - - Cut here - - - Traceback (innermost last): File D:\Program Files\ZopeWebSite\lib\python\ZPublisher\Publish.py, line 877, in publish_module File D:\Program Files\ZopeWebSite\lib\python\ZPublisher\Publish.py, line 590, in publish (Info: /Barry/index_html) File D:\Program Files\ZopeWebSite\lib\python\OFS\DTMLDocument.py, line 212, in __call__ (Object: index_html) File D:\Program Files\ZopeWebSite\lib\python\OFS\DTMLDocument.py, line 208, in __call__ (Object: index_html) File D:\Program Files\ZopeWebSite\lib\python\DocumentTemplate\DT_String.py, line 513, in __call__ (Object: index_html) File D:\Program Files\ZopeWebSite\lib\python\OFS\DTMLMethod.py, line 147, in __call__ (Object: standard_html_header) File D:\Program Files\ZopeWebSite\lib\python\DocumentTemplate\DT_String.py, line 513, in __call__ (Object: standard_html_header) File D:\Program Files\ZopeWebSite\lib\python\OFS\DTMLMethod.py, line 147, in __call__ (Object: sidebar) File D:\Program Files\ZopeWebSite\lib\python\DocumentTemplate\DT_String.py, line 513, in __call__ (Object: sidebar) File D:\Program Files\ZopeWebSite\lib\python\TreeDisplay\TreeTag.py, line 154, in render (Object: a tree tag) File D:\Program Files\ZopeWebSite\lib\python\TreeDisplay\TreeTag.py, line 222, in tpRender (Object: index_html) File D:\Program Files\ZopeWebSite\lib\python\TreeDisplay\TreeTag.py, line 535, in apply_diff (Info: ([None, ([178, []],)], [171])) AttributeError: Sorry, an error occured - - - Cut here - - - I also experimented adding a method called index_html in my subfolder (as that's what works in the root folder) and had little luck with that. Clearly, I've hosed something up in the sidebar. It's also possible, in true personal style, I'm trying to run before I can walk. I'm enthralled with Zope and want to squeeze the life out of it. Maybe I should buy it dinner and a movie and get to know it a little better first? I-haven't-been-this-excited-since-bill-gates-got-pied-ly-yours, Jules

1 0

First bad experience with Zserver or ZPublisher !?
by Francois-Regis CHALAOUX 07 Jun '99

07 Jun '99

Hi All, I tried to use the ZServer with Zope-1.11.0pr1-linux2-x86.tgz on an Pentium processor to evaluate my application in the futur. But, "Zope" seem to have a problem now with gadfly queries ( see belows ). The connexion is not broken and all queries give the same message as below. I tried with Zope 2.00a but the problems are more importants : TinyTable is broken then cannot test my application. Help please, I cannot live with ZHTTPserver crashing so often :( FR Error message ========== <HTML> <HEAD><TITLE>Zope Error</TITLE></HEAD> <BODY> <TABLE BORDER="0" WIDTH="100%"> <TR VALIGN="TOP"> <TD WIDTH="10%" ALIGN="CENTER">   </TD> <TD WIDTH="90%"> <H2>Zope Error</H2> <P>Zope has encountered an error while publishing this resource. </P> <P><STRONG>exceptions.AttributeError</STRONG></P> Sorry, a Zope error occurred.<p>  <HR NOSHADE> <P>Troubleshooting Suggestions</P> <UL> <LI>The URL may be incorrect.</LI> <LI>The parameters passed to this resource may be incorrect.</LI> <LI>A resource that this resource relies on may be encountering an error.</LI> </UL> <P>For more detailed information about the error, please refer to the HTML source for this page. </P> <P>If the error persists please contact the site maintainer. Thank you for your patience. </P> </TD></TR> </TABLE> </BODY> </HTML>

1 0

ZODB vs SQL, ZTables
by Jordan B. Baker 07 Jun '99

07 Jun '99

hi zopesters: I am designing an application where I'd like use the ZODB as the primary storage and the objects being instances of ZClasses. I'd like to navigate through them using a hierarchal category system. Now, I assume that once I have this I can also provide other ways to traverse the data by building indexes. I realize this isn't quite documented yet and its not totally importart atm because the dataset size is small enough, but I'd like allow this app. to scale. I'm not sure if building indexes is the only way to get another 'view' of the data stored in the ZODB. I could write an exthernal method to query using the 'slow' objectValues() method, I suppose. The questions I have are: 1) Would I be re-inventing the wheel here? Can ZTables instantiate ZClasses? The reason I like the ZClasses is because I'd like to write my business logic in Python. I suppose I could do this with External methods. 2) I realize the indexing system isn't well documented at this point, but if you can figure out the system is it usable? :) I'm just struggling a bit with the concepts of going completely OO instead of storing my data in a SQL database. Has anyone tackled any of these issues? Was it worth it? Thanks guys, ------- Jordan B. Baker -- jbb(a)spyderlab.com weaving the web @ http://www.spyderlab.com

1 0