- Zope-Dev - Zope lists

Comment on CVS change of default textindex search operator
by R. David Murray 22 Mar '01

22 Mar '01

>To: zope-checkins(a)zope.org >Date: Mon, 19 Mar 2001 19:47:31 -0500 (EST) >From: chrism(a)digicool.com (Chris McDonough) >Subject: [Zope-Checkins] CVS: Zope2 - UnTextIndex.py:1.33.2.9 > >Update of /cvs-repository/Zope2/lib/python/SearchIndex >In directory korak:/home/chrism/sandboxes/2_3Branch/lib/python/SearchIndex > >Modified Files: > Tag: zope-2_3-branch > UnTextIndex.py >Log Message: >Changed default query operator to 'AND' instead of 'OR' (way improved search results). This strikes me as a Very Bad Thing. Not the idea of having AND be the default query operator, but the fact of *changing* the default. If I remember correctly the default is documented (insofar as it is documented) as being AND, but the default has been OR for so long that I'm sure there are many sites that will break if this change is committed to a release. Worse, the behavior of a site as seen by end users will change. Finally, it is my experience that most search engines use OR as the default operator. I prefer AND myself, but OR appears to be something of a defacto standard. I'm willing to be convinced, though <grin>. A way to set the default would be cool, but might open up a can of worms. --RDM

4 6

ANNOUNCE: Zope 2.3.1 beta 3 released
by Brian Lloyd 22 Mar '01

22 Mar '01

Hello all, Zope 2.3.1 beta 3 has been released - you can download it from Zope.org: http://www.zope.org/Products/Zope/2.3.1b3/ Zope 2.3.1b3 contains a number of bug fixes, including fixes for issues found during b2 regarding ZCatalog and updating ZCatalogs to make use of new underlying data structures. For more information on upgrading ZCatalog objects, see: http://www.zope.org/Members/mcdonc/HowTos/UpgradeToNewCatalog **Users of the Zope source releases should note** that this release contains changes to existing C code. If you are using a source release (or the source diff update), be sure to run 'w_pcgi.py' or 'wo_pcgi.py' as appropriate before starting Zope to ensure that your binaries are rebuilt. For more information on what is new in this release, see the CHANGES.txt and HISTORY.txt files for the release: http://www.zope.org/Products/Zope/2.3.1b3/CHANGES.txt http://www.zope.org/Products/Zope/2.3.1b3/HISTORY.txt Note that we have also posted "diff" updates as .tgz files that will let you easily upgrade an existing 2.3.x site. These updates are available for those currently using the 2.3.x source release or the 2.3.x binary releases. To apply a differential update to your site: - download the appropriate .tgz file from zope.org - shutdown your Zope process - copy the .tgz to your Zope directory and extract it - run w_pcgi or wo_pcgi *if you are not using a binary release* - restart your process Brian Lloyd brian(a)digicool.com Software Engineer 540.371.6909 Digital Creations http://www.digicool.com

1 0

Subject: Re: [Zope-dev] Comment on CVS change
by Tres Seaver 22 Mar '01

22 Mar '01

Casey Duncan <cduncan(a)kaivo.com> wrote: > "R. David Murray" wrote: > > > > >To: zope-checkins(a)zope.org > > >Date: Mon, 19 Mar 2001 19:47:31 -0500 (EST) > > >From: chrism(a)digicool.com (Chris McDonough) > > >Subject: [Zope-Checkins] CVS: Zope2 - UnTextIndex.py:1.33.2.9 > > > > > >Update of /cvs-repository/Zope2/lib/python/SearchIndex > > >In directory korak:/home/chrism/sandboxes/2_3Branch/lib/python/SearchIndex > > > > > >Modified Files: > > > Tag: zope-2_3-branch > > > UnTextIndex.py > > >Log Message: > > >Changed default query operator to 'AND' instead of 'OR' (way improved > > > search results). > > > > This strikes me as a Very Bad Thing. Not the idea of having AND be the > > default query operator, but the fact of *changing* the default. If I > > remember correctly the default is documented (insofar as it is documented) > > as being AND, but the default has been OR for so long that I'm sure there > > are many sites that will break if this change is committed to a release. > > Worse, the behavior of a site as seen by end users will change. Finally, > > it is my experience that most search engines use OR as the default operator. > > I prefer AND myself, but OR appears to be something of a defacto standard. > > > > I'm willing to be convinced, though <grin>. > > > > A way to set the default would be cool, but might open up a can of worms. > > I'm a little torn between being alarmed at this and agreeing with it. I > think if this is done there should be an TTW interface in ZCatalog to > switch between AND and OR as the default. That would be the best > solution IMHO. Also a _documented_ way to switch it in Catalog as well. I've gotta weigh in here, too; the breakage induced by this change will be large. Give that what *real* users expect is *neither* a Boolean "AND" *nor* a Boolean "OR", but instead a DWIM/Googlesque "affinity" search, I don't think the win is clear enough to warrant the breakage: * "AND" searches return *small* result sets; non-programmers will be surprised by the often-empty lists they get back, and won't have any clue how to broaden their search. False negatives suck. * "OR" searches return *long* results sets; non-programmers will be unhappy that the items they want are buried in the muck. False positives suck. Given that any site manager can override the policy trivially, using only two lines of DTML, should we really be switching the (admittedly arbitrary) existing polciy embedded in the core? Tres. P.S. <dtml-let search_terms="_.string.split( search_text )" search_with_and="_.string.join( search_terms, ' and ' )"> <dtml-var searchCatalog> </dtml-let> OK, so it is two and a half lines. -- =============================================================== Tres Seaver tseaver(a)digicool.com Digital Creations "Zope Dealers" http://www.zope.org

5 5

[ ANN ] LDAPLoginAdapter 1.1 released
by Jens Vagelpohl 21 Mar '01

21 Mar '01

LDAPLoginAdapter 1.1, a user folder replacement that authenticates against an LDAP server, has been released. You can view some of the documentation and download the software at http://www.dataflake.org/software/ldaploginadapter/ A Tracker at that same address allows you to easily file bug reports or feature requests for this product. Improvements and bugfixes since the last announcement include: **LDAPLoginAdapter 1.1** Features Added: * Instead of hardcoding fixed publicly available attributes onto the LDAPUser object you can now take full control of the mapping from LDAP attribute to public user object attribute. A public user object attribute is an attribute that is directly accessible on the user object. DTML code like "AUTHENTICATED_USER.email" is an example of accessing a directly accessible attribute on the user object. A lot of legacy DTML code relies on such attributes. Bugs fixed: * finduser() now lowercases all DN records from valid groups and compares it to a lowercased DN from any search results among user records. This fixes records not showing up if the capitalization in the group and on the user record is different. * When a user object was created the code expected a "mail" attribute on the LDAP record to set the email attribute used for compatibility with the Tracker. This has been repaired and will just default to an empty string. * Users who use tools like PADL's migration script end up with records that do not have the expected "sn" attribute. This is not set to a default value in finduser() to avoid errors in case it is not there. This will make the LDAPLoginAdapter compatible with user records of type posixAccount. **LDAPLoginAdapter 1.0** Bugs fixed: * Due to a bug in checking the return values from an LDAP search the cache can be polluted by invalid records for failed logins. This did not constitue a security breach, just more processing than necessary. **LDAPLoginAdapter 1.0beta3** Bugs Fixed: * Moved the LDAP search scope translation list from a volatile attribute on the LDAPLoginAdapter to a module-level attribute. This avoids any re-initialization calls. * Eliminated the extra attribute _v_loglines that counted the length of the log. A simple call to len(self._v_log) replaces it where log length info is needed. * Created one centralized method that handles connecting to and searching the LDAP server. This allows centralized error handling and makes for less and cleaner code. So far finduser, getUserDetails, getGroups, getUserNames and _lookupuser have been converted to use it instead of having their own connection code. * Rooted out error that would put a known user into the cache even though the password was not matched. This was not a security error since the broken user had the wrong password and failed any tests in validate() * Rigorous pruning of overly long lines of code to pare everything down to 80 chars width max * Avoiding unnecessary calls to the logging routine by checking for the correct log level *before* the call and not in the logging method. * Added a file, SAMPLE_RECORDS.txt, that shows a sample group- and user record. This will hopefully make it easier to understand the types of LDAP records needed. Features added: * Nicer Search screen adopted from the LDAPUserManager

1 0

DCOracle2 Alpha 5
by Matthew T. Kromer 21 Mar '01

21 Mar '01

I just packaged up DCOracle2 Alpha 5 on Zope.org. Given that there are no glitches or geez-I-shouldnta-changed-that-at-the-last-minute fixes present, I'm ready to have a wider set of people eyballing it. A few have, largely just from seeing it show up on the News column of Zope.org. If you use DCOracle, either with Zope/ZOracleDA or directly, and are interested in evaluating it, I am currently welcoming all feedback, from packaging, documentation, functionality, etc. While I am nominally subscribed to zope-dev, I route all its mail into a separate folder that -- surprise, surprise -- I don't read very frequently. I strongly encourage people to contact me directly with their comments or questions. I have NT builds and Unix/NT source available at http://www.zope.org/Members/matt/dco2 The NT build is against Oracle 8.1.7; I am not a real NT person so I don't know how portable that binary is. I am *NOT* interested in answering general Oracle questions; I'm trusting those who mail me will take this into consideration (i.e. if it isn't about DCOracle or DCOracle2...) This should build on Solaris with gcc and on Linux systems; I have no access to other platforms to try them. The 'make' command at the top directory should be sufficient to build from source on Solaris or Linux. Obviously, you need Oracle installed -- I get flaky behavior with Oracle 8.0 on Linux, but much better behavior with Oracle 8.1. Stupid database inserts (e.g. repeat 'INSERT INTO...' 100 times) seem to be about 25% faster than DCOracle. LOBS seem to work. Stored procedures (at least my simple ones) work. Complex stuff may not. I still have not done any REF CURSOR stored procedure testing, so that's probably quite buggy. Ditto automatic conversion for ROWIDs (see the documentation at how to get at the raw unconverted data). I get bad Oracle behavior (NULL data) trying to insert more than 8-10 rows with executemany() but it's very random and not visible where the problem is (it just *CANT* be an Oracle bug!) Anyone who wants to do platform migration to other 'nixes is encouraged to submit patches. If you rate the docs, please don't complain about formatting in the HTML version, as it's just a "save as..." HTML doc, and looks like it. The dco2documentation.aw file is the source document, but I've also provided postscript, rtf, and html versions. And, while there is a setup.py in the top level (for distutils) it isn't platform aware; Andreas Jung kindly provided it to me and I haven't spiffed it up, since I (like Majikthies and Vroomfondle) demand rigidly defined areas of doubt and uncertainty (read: I know how to do it better with shell scripts & makefiles). Thanks, Matt Kromer matt(a)digicool.com

1 0

Re: Subject: Re: [Zope-dev] Comment on CVS change
by Dieter Maurer 21 Mar '01

21 Mar '01

Tres Seaver writes: > .... > Given that any site manager can override the policy trivially, using > only two lines of DTML, should we really be switching the (admittedly > arbitrary) existing polciy embedded in the core? > > Tres. > > P.S. > > <dtml-let search_terms="_.string.split( search_text )" > search_with_and="_.string.join( search_terms, ' and ' )"> > <dtml-var searchCatalog> > </dtml-let> > > OK, so it is two and a half lines. Be careful! The catalog supports "..." and "(...)". Your two lines may give spurious operators for white space inside "..." and after "(" or before ")" Dieter

1 0

Zope-SQL Server2000 question
by Bryan Baszczewski 21 Mar '01

21 Mar '01

I am curious of how popular SQL Server, particularly 2000, is among Zope developers. We have recenly upgraded from SQL 7 to 2000 and noticed most of the database support for Zope centers around Oracle, MySQL, Postgres, Sybase, etc... How many people are using this ZmxODBC database adapter? What kind of support do you recieve, if any? And what kind of problems/issues/praise do you have? Any info would be appreciated. Thanks a bunch! Bryan

2 1

Python 2
by Sin Hang Kin 21 Mar '01

21 Mar '01

Is python 2 ready for the upcoming beta? Will the next release of zope win32 come with python 2 or use the installed python if available? Rgs, Kent Sin --------------------------------- kentsin.weblogs.com kentsin.imeme.net

3 3

RE: [Zope-dev] call pythonscript from python
by Tim McLaughlin 21 Mar '01

21 Mar '01

I was trying to call a PythonScript from a __getstate__ method of the object. That seems impossible since the object appears to be already unwrapped. Know of any ways to get back the wrapper after it has been disposed of? I'm trying to add a manage_afterPropertyChanged hook, and I think I've found another way to do it. Thanks for the help, Tim -----Original Message----- From: Evan Simpson [mailto:evan@digicool.com] Sent: Wednesday, March 21, 2001 10:41 AM To: Tim McLaughlin; zope-dev(a)zope.org Subject: Re: [Zope-dev] call pythonscript from python From: "Tim McLaughlin" <tim(a)BCSWebservices.net> > Anybody know how I can call a pythonscript from python? Currently I can > call it, but I seem to have no context or security context, because it > either will not let me access anything or fail with an attribute error in > the context. What are the params that I NEED to pass in so that it can do > its bindings (and if you know how to get them automagically, that would be > incredible)? How does the Python code get executed (External Method? Product?) and how does it get access to the Script? Calling a Script should indeed automagically give it context from its acquisition wrapper. Cheers, Evan @ digicool

1 0

call pythonscript from python
by Tim McLaughlin 21 Mar '01

21 Mar '01

Anybody know how I can call a pythonscript from python? Currently I can call it, but I seem to have no context or security context, because it either will not let me access anything or fail with an attribute error in the context. What are the params that I NEED to pass in so that it can do its bindings (and if you know how to get them automagically, that would be incredible)? Tim ___________________________________________________________ Tim McLaughlin BCSwebservices.net Director, Technical Group 1950 Old Gallows Road tel: (703) 790.8081 x111 Suite 201 tim(a)bcswebservices.net Vienna, VA 22182 www .bcswebservices. net

3 2