atom feed13 messages in org.apache.lenya.userRe: making search a real usecase (Ano...
FromSent OnAttachments
solp...@gmail.comApr 14, 2005 4:28 pm 
Gregor J. RothfussApr 15, 2005 11:22 am 
solp...@gmail.comApr 15, 2005 10:54 pm 
solp...@gmail.comApr 18, 2005 2:31 am 
solp...@gmail.comApr 18, 2005 9:41 pm 
solp...@gmail.comApr 18, 2005 11:06 pm 
solp...@gmail.comApr 19, 2005 1:38 am 
Gregor J. RothfussApr 19, 2005 4:45 am 
solp...@gmail.comApr 20, 2005 1:23 am 
Andreas HartmannApr 20, 2005 1:49 am 
solp...@gmail.comApr 20, 2005 12:52 pm 
Thorsten ScherlerApr 21, 2005 11:15 am 
Michael WechnerApr 23, 2005 4:26 am 
Subject:Re: making search a real usecase (Another BUG!) (
Date:Apr 18, 2005 11:06:38 pm

I coded the search usecase yesterday. It works well and solves the issues from above. There are two items left: 1. Need to rewrite "{pub}/lenya/lucene.xmap" so it fails. 2. It uses checkboxes to allow searching multiple languages. Browsers send multiple entries in the form's GET, but my code assumes concatenated data ("en,de"). In "search-and-results.xsp":

I tried: String language = <xsp-request:get-parameter name="language" default="en"/>; This code does not return all values when the data is in multiple parameters.

I switched to: String language = <xsp-request:get-parameter-values as="xml" name="language" default="en"/>; but that errors with: "Type mismatch: cannot convert from void to String" XSPRequestHelper.getParameterValues(objectModel, this.contentHandler, "language", null, null);

I am assuming this is a BUG. Let me know if I missed something. I will override with client-side JavaScript for now.

Changed my mind again; I did not like the client-side JavaScript. Now "search-and-results.xsp" parses the query_string to get a multi-value string for "language". It works well.

FOUND ANOTHER BUG! String urlQuerystring = <xsp-request:get-query-string />; BUG: The query string is repeated. GIVEN: http://myserver/something?cms=lenya&dev=solprovider RETURNS: cms=lenya&dev=solprovider&cms=lenya&dev=solprovider

This bug does not affect my code, since it only cares if a language is listed at all and ignores repeats. And it is possible to unique() the values if necessary. But it is still a bug.