Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 27925 invoked by uid 500); 16 Nov 2002 15:16:44 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 27912 invoked from network); 16 Nov 2002 15:16:43 -0000 Date: Sat, 16 Nov 2002 15:16:41 +0000 Subject: Re: Mods to CocoonLucene Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v548) From: Jeremy Quinn To: cocoon-dev@xml.apache.org Content-Transfer-Encoding: 7bit In-Reply-To: <3DD639CE.3030807@a1.net> Message-Id: <68BD472B-F976-11D6-B60E-0003935AD2EE@media.demon.co.uk> X-Mailer: Apple Mail (2.548) X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Thanks for your reply Bernhard, On Saturday, Nov 16, 2002, at 12:27 Europe/London, Bernhard Huber wrote: > hi >>> Adding configuration to SimpleLuceneCocoonIndexerImpl you work >>> the same way as in SimpleLuceneCocoonIndexerImpl. >>> >>> Adding your stuff SimpleLuceneCocoonIndexerImpl may be >>> expressed >>> in the configuration: >>> >>> <index-field-rules> >>> <!-- sequence of index field rules is important, >>> first come first server rule resolution >>> --> I don't understand this comment .... >>> <index-field-rule name="*@title" mode="Indexed,Stored"/> >>> .... >>> <!-- the default rule as yet used --> >>> <index-field name="*@*" mode="Unstored"/> >>> <index-field name="body" mode="Unstored"/> >>> </index-fields> >>> >> You have me confused, now, are you saying this is already implemented? >> I cannot find any reference to this configuration in the 2.1 code. > now the index-field-rules configuration snippet above is a suggestion > to make your title stuff configurable, it is not implemented yet, > just a suggestion how the configuration should look like. OK, that's clear now. This configuration looks ideal, but it is a little too complicated for the time I have to contribute. Can we consider a simpler one? When the fix below is made, it is much easier for people to filter their content to suit a simpler scheme. In the code I have locally, I just store, unindexed, untokenised, any <title/> tags to the 'title' field (but still add it indexed to the body field). Vadim suggested the config could consist of just allowing the single tag name to be changed or I suppose turning that behaviour off by setting it to an empty string. I agree it would be useful to add multiple fields like 'summary' etc. but I just don't have time ;) >>> ad Index Updating: >>> hopefully will answer you later.... >>> >>> ad Content View Setting: >>> define in your sitemap: >>> <map:view from-label="content" name="index-view"> >>> <map:serialize type="xml"/> >>> </map:view> >>> >>> Use index-view in indexing/crawling a new view-name, check by using >>> url ...?cocoon-view=index-view your setting >>> >> Are you sure this configuration is being read? >> The default "cocoon-view=content" is set in >> "SimpleLuceneXMLIndexerImpl", but I cannot see where the >> configuration overrides the default. > you are right, i put the view label-snippet-sitemap snippet above to > explain how to configure a new view. > As you pointed out the new view definition is yet useless as > SimpleLuceneXMLIndexerImpl is still a bit ignorant.... >> SimpleLuceneXMLIndexerImpl has an empty 'configure' method. > that's right, SimpleLuceneXMLIndexerImpl has empty 'configure', > and if you want to change it you are free to use the configuration > suggestion of above, and add your own needs. I'll try and get this done. Any objections to the change I made (but not committed yet) to SearchGenerator, that allows setting of the 'query' from the SiteMap? eg. <map:generate type="search"> <map:parameter name="query" value="+(doc@search_region:archive) +({1})"/> </map:generate> regards Jeremy --------------------------------------------------------------------- To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org For additional commands, email: cocoon-dev-help@xml.apache.org