- Zope-Dev - Zope lists

RE: [Zope-dev] feedback wanted on ZCatalog changes...
by Michel Pelletier 04 Jan '00

04 Jan '00

> -----Original Message----- > From: Anthony Baxter [mailto:anthony@interlink.com.au] > Sent: Wednesday, December 29, 1999 3:05 AM > To: zope-dev(a)zope.org > Subject: [Zope-dev] feedback wanted on ZCatalog changes... > > > At <URL:http://www.zope.org/Members/anthony/patches/index_html> > I've placed a number of changes/patches for ZCatalog. As well > as a couple of bug fixes (which are in the collector) there's a > new feature - I've added a new management tab 'Query'. from the above > page: Ok, I looked at your bug fixes (you had the diffs there, shoulda looked before opening my mouth and asking...) WRT the first bug, returning a list for uniqueValuesFor, I suspect this would break alot of existing code, but I'm not sure. Perhaps a good workaround would be an _.list() so that the tuple can be converted outside the index instead of in? The second bug involving string.find I fixed and checked in. Thanks. -Michel

1 0

RE: [Zope-dev] feedback wanted on ZCatalog changes...
by Michel Pelletier 04 Jan '00

04 Jan '00

> -----Original Message----- > From: Anthony Baxter [mailto:anthony@interlink.com.au] > Sent: Wednesday, December 29, 1999 3:05 AM > To: zope-dev(a)zope.org > Subject: [Zope-dev] feedback wanted on ZCatalog changes... > > > At <URL:http://www.zope.org/Members/anthony/patches/index_html> > I've placed a number of changes/patches for ZCatalog. As well > as a couple of bug fixes (which are in the collector) there's a > new feature - I've added a new management tab 'Query'. from the above > page: > > A new management tab 'Query', which allows you to query the > contents of > the ZCatalog. When building complex applications with ZCatalog (see my > 'dtml-tree from zcatalog' howto), you end up writing a lot of > tiny DTML > methods just to dump out the results of a particular query. This makes > it a lot easier. Note that this is pretty shiny and new, and > I'd really > like some feedback on this. It sounds pretty cool. The whole idea of a "query language" is one of those open ended issues. Scott@codeit has come up with some interesting stuff and so has Phillip Eby. I think the query language part should be resolved before a UI for it is built. So I suggest that we table the issue for a bit WRT anyhting involving queries. I like the idea of your screen and think it should be added as feature to the next 'revision' of catalog. Is it possible to get diffs of your bug fixes so that I can look over them and check them in? > There's two search methods - one takes an index and a search term, and > will return matching objects (and optionally display all metadata in a > table), while the other will take an index and do a uniqueValuesFor() > on it to return a list of index values. Clicking on a result in this > form will return matching objects for that value (as in the > first method) > > Note that this will only work for indexes of type FieldIndex and > KeyWordIndex. To detect TextIndexes, I had to check for the > presence of > a method called 'positions' in the index, since that's only present in > TextIndex. There appears to be no way to find out the type of an index > apart from diving into Python and examining it's __class__. > Should this > be fixed? Well, one school of thought says that all indexes should conform to a common interface. Indexes 'sort of' work this way, but text indexes have a slightly diff interface and certain operations for various indexes may or may make sense (like uniqueValuesFor). What really needs to happen is that this whole index snafu which I so briliantly screwed Zope into needs to be fixed. The index interface should be modeled, documented, and made consistent across types of index. The problem with this is that the ideal solution would probably not be (or require more work to be) backwards compatable with Confera, Squishdot, Catalog and ZTables. Aie. -Michel

1 0

RE: [Zope-dev] Possible bug in ZCatalog?
by Michel Pelletier 04 Jan '00

04 Jan '00

Fixed, thanks. -Michel > -----Original Message----- > From: Harry Henry Gebel [mailto:hgebel@inet.net] > Sent: Tuesday, December 21, 1999 10:32 PM > To: Zope-Dev(a)zope.org > Cc: amos(a)digicool.com > Subject: [Zope-dev] Possible bug in ZCatalog? > > > I am running Zope 2.1.1 on a Mandrake Linux 6.1 system with > the include > Python 1.5.2 . > > While going through the steps in the XML Document article at > http://www.xml.com/pub/1999/12/zope/index.html I got to the > "Configuring > a ZCatalog" section. When I typed > > getNodeName()=='entry' > > into the "expr" field I got two NameError exceptions > lib/python/Products/ZCatalog/ZCatalog.py . The names that > where unknown > where Eval and expr_globals. A quick look at the top of ZCatalog.py > revealed that they where not being being imported so I added the line > > from DocumentTemplate.DT_Util import Eval, expr_globals > > to the imports. After adding this line I no longer got an > exception when > pressing the "Find" button. > > The search came up with no results instead of the two predicted in the > article. I am not familiar with XML Documents or ZCatalogs, > so I do not > know if this is another problem with ZCatalog, a problem with XML > Document or the article, or if I have missed a step somewhere. > > ---------------------------------------------------------------------- > Harry Henry Gebel ICQ# 43675297 > West Dover Hundred, Delaware > John McCain for President in 2000 http://www.mccain2000.com > > _______________________________________________ > Zope-Dev maillist - Zope-Dev(a)zope.org > http://lists.zope.org/mailman/listinfo/zope-dev > ** No cross posts or HTML encoding! ** > (Related lists - > http://lists.zope.org/mailman/listinfo/zope-announce > http://lists.zope.org/mailman/listinfo/zope ) >

1 0

Z SQL data retreival NO where clause
by Rey-luh Wang 04 Jan '00

04 Jan '00

Try to select * from table, do not have where clause, this failed. Do I miss something here... -------------------------------------------------------------- Jefferies archives and reviews outgoing and incoming e-mail. Such may be produced at the request of regulators. Sender accepts no liability for any errors or omissions arising as a result of transmission. Use by other than intended recipients is prohibited. This is neither an offer nor a solicitation of an offer to buy or sell securities. Opinions or estimates constitute our best judgment at this time and are subject to change without notice. Information upon which this material is based was obtained from sources believed to be reliable but has not been verified. Additional information is available upon request. Jefferies its affiliates and respective directors officers and employees may buy or sell securities mentioned as agent or principal. This is for use by professional or institutional investors only. No investments or services mentioned or described are available to "private customers" as defined by the SFA or to anyone in Canada not a "Designated Institution".

2 1

constraints for ZCatalog.
by Anthony Baxter 04 Jan '00

04 Jan '00

Has anyone had any thoughts about adding constraints to ZCatalog? I've got an application where the ability to say 'unique(colA, colB)' would be very useful - it could be implemented simply enough in the addObject code, check for the existence of an object matching the new object's (colA,colB) values, and raise an exception if one is found. eg. if len(self._catalog.searchResults(colA=newobj.colA, colB=newobj.colB)): raise "Uniqueness constraint violated" Another constraint would be to do something like 'colA refers_to colB' and only allow an entry where there's a match for searchResults(colB=newobj.colA) or even an expanded syntax of something like colA, colB refers_to colC, colD which would search for searchResults(colC=newobj.colA, colD=newobj.colB) This also requires putting checks in the update code, I guess, and the delete code. blah. Yes, these are all implementable in DTML or python at the time you add it to the catalog, but it would be way cool if it was there automatically... Anthony

1 0

Zope 2.1.1 DTML Try/Except Question
by Clayton Miller 04 Jan '00

04 Jan '00

I am using Zope 2.1.1 and I am having trouble using DTML-TRY & EXCEPT statements. This is my first time using this feature, so I apologize if I am doing something dumb. First a look at a code fragment: dtml-try dtml-call "DB_DoSomething(var1=var1)" dtml-except attempt to caught all exceptions Error Type: dtml-var error_type value: dtml-var error_value /dtml-try NOTE: I do have <> used around all of the above dtml- statements. I did not wish to have this code interpreted. Outcome: I get a name error for DB_DoSomething. However, this SQL Method is in the same directory as the calling DTML Method. I have even tried: dtml-try dtml-with REQUEST or dtml-with _ dtml-call "DB_DoSomething(var1=var1)" dtml-except Show error type and value /dtml-with /dtml-try The dtml-with does not work with either the REQUEST or _. I get a name error for REQUEST or _ depending on which one I tried! What am I doing wrong? Thanks, Clayton. ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com

1 0

Problem with ZCatalog and CatalogAware object
by Bill Anderson 03 Jan '00

03 Jan '00

I have the following dtml in a ZClass constructor: <dtml-with "FAQEntry.createInObjectManager(REQUEST['id'], REQUEST)"> <dtml-call "propertysheets.Data.manage_editProperties(REQUEST)"> <dtml-call "propertysheets.Settings.manage_editProperties(REQUEST)"> <dtml-call unindex_object> <dtml-call "manage_editCataloger(_['catID'], REQUEST)"> <dtml-call index_object> </dtml-with> Where catID is from the form (it procides an option as to which catalog to index the CatalogAware object with). It works fine except that in the catalog, it shows up as: FBase1/%3cstring%3e Which of course, doesn't work, and also gets unindexed upon catalog update. The object shows up fine otherwise. What am I missing? I had it working before ... Bill -- In flying I have learned that carelessness and overconfidence are usually far more dangerous than deliberately accepted risks. -- Wilbur Wright in a letter to his father, September 1900

1 0

Re: [Zope] Still have an Authorization failure in Debian/Potato
by Xeno Campanoli 03 Jan '00

03 Jan '00

"M. Adam Kendall" wrote: > You are missing one very important piece.. > > RewriteCond %{HTTP:Authorization} ^(.*) > I just inserted this, but got the same response. My srm.conf file now has the following lines: ScriptAlias /cgi-bin/ /usr/lib/cgi-bin/ RewriteCond %{HTTP:Authorization} ^(.*) RewriteRule ^/Zope(.*) /usr/lib/cgi-bin/Zope.cgi$1 [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] the last two being one long line in the file. I then stopped and restarted zope as follows: asp:/etc/init.d# ./zope stop Stopping Zope... done. asp:/etc/init.d# ./apache stop Stopping web server: apache. asp:/etc/init.d# ./apache start Starting web server: apache. asp:/etc/init.d# ./zope start Starting Zope...................... done. and then tried my username and password as specified in /var/lib/zope/access by zpasswd.py, and I get the same "Authorization failed. Retry?" window. I also added the following earlier to the access.conf file, after reading something in a howto: #<Directory /usr/lib/cgi-bin> #AllowOverride None #Options ExecCGI FollowSymLinks #</Directory> <Directory "/usr/lib/cgi-bin"> AllowOverride None Options +ExecCGI Order allow,deny Allow from all </Directory> ...the commented out version is from the installation. I think this is from Jens SuSE bug addendum. I apologize if I'm doing something stupid here, but I don't see it. > > That line should be placed before the rewrite rule you > have below.. > > On 03-Jan-2000 Xeno Campanoli wrote: > >> RewriteRule ^/Zope(.*) /usr/lib/cgi-bin/Zope.cgi$1 > >> [e=HTTP_CGI_AUTHORIZATION:%1,t=application/x-httpd-cgi,l] > -- > M. Adam Kendall | > mak(a)kha0s.org | "There's never enough time to do > http://kha0s.org | all the nothing you want." > | --Bill Watterson (Calvin and Hobbes) Thank you for your feedback.

1 0

RE: [Zope] Regarding APIs in diffren Zope Products
by Johan Carlsson 03 Jan '00

03 Jan '00

> > Talking from the point of view of SQLSession, you either call Session > with _force_new_session=1, put _force_new_session=1 into the REQUEST, > or, if you just want to keep the session ID, but nuke the data, call > SESSION.clear(). I'd imagine FSSession would have a similar API - check > the code. Wouldn't it practical to have a mechanism to synchronies different API's between different similar Products? Making Products more exchangeable? As I see it API's will change over time, making such a mechanism a good way to communicate the changes back to the community. Just a thought. Regards, Johan Carlsson

1 0

[Fwd: Still have an Authorization failure in Debian/Potato]
by Xeno Campanoli 03 Jan '00

03 Jan '00

1 0