Re: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0

aslam bari <[email protected]> Thu, 22 Mar 2007 09:15:22 +0530 (IST)
Newsgroups	gmane.comp.jakarta.slide.user
Message-ID	<[email protected]>
Hi Eirikur,
Actually i also faced this problem before, and someone suggest me to do this. I also don't know what it does, if you know let me know.
I also want you to ask you two  questions if you know
1.  "Can we make slide Case - Insensitive". Becoz i am using slide on windows platform. Sometimes it returns exception of file publish because of same file name but different case. So is there any work around.

2. Is this correct or not. "I am using Lucene Statndard Analyzer for indexing. It ignores some common words like "is am are the that" etc. When we search something it again combine these ignored word (include them) in serach by default?"
If it is true ,  it seems not working on my machine. I need to search all words (AND query) ."this is garden". But it does not reutrn result. Can we solve this problem.

Thanks....


----- Original Message ----
From: Eirikur Hrafnsson <[email protected]>
To: Slide Developers Mailing List <[email protected]>
Cc: Slide Users Mailing List <[email protected]>; aslam bari <[email protected]>
Sent: Wednesday, 21 March, 2007 9:05:58 PM
Subject: Re: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0


Aslam!

It worked :D

Turning off binding (still don't know what that means for my slide  
store) got rid of the error and returned the correct results!

What does having binding = false mean?

Thanks alot!

- Eiki




On Mar 21, 2007, at 2:49 PM, Eirikur Hrafnsson wrote:

> Discovered a brillian comment related to this problem in  
> AbstractLuceneExpression.
> INDEXED_BINDING_URI_IDENTIFIER is the prefix "/UURI:";
>
> From AbstractLuceneExpression:
> // TODO: This is just a quick hack to enable DASL with binding
>                 // store
>                 // Please replace with something less evel!
>                 // At least the INDEXED_BINDING_URI_IDENTIFIER prefix should be
>                 // added at indexing time
>                 if (Configuration.useGlobalBinding()) {
>
> I'm not (on purpose) using binding store, I don't actually know  
> what it does! Or if I need it, perhaps this is totally untested  
> code in HEAD or does it work for someone else?
>
> -Eiki
>
>
>
> On Mar 21, 2007, at 2:29 PM, Eirikur Hrafnsson wrote:
>
>> The property doesn't exist in my current slide.properties, what  
>> does it do?
>>
>> cheers
>> Eiki
>>
>>
>> On Mar 21, 2007, at 12:36 PM, aslam bari wrote:
>>
>>> It may be a  guess for it. Open your slide.properties file. Add/ 
>>> Edit following lines like:-
>>>
>>> org.apache.slide.binding=false
>>>
>>> Then reindex and retry search.
>>> Thanks...
>>>
>>>
>>>
>>> ----- Original Message ----
>>> From: Eirikur Hrafnsson <[email protected]>
>>> To: Slide Developers Mailing List <[email protected]>
>>> Cc: Slide Users Mailing List <[email protected]>;  
>>> [email protected]; [email protected]; Oliver Zeigermann  
>>> <[email protected]>; [email protected]
>>> Sent: Wednesday, 21 March, 2007 5:57:27 PM
>>> Subject: DASL search doesn't work with httpclient 3.0, Lucene 2.1.0
>>>
>>>
>>> (Sending again under a new thread name with some additions)
>>> Hi
>>> just built our webapp with Slide from HEAD with HttpClient 3.0.1 and
>>> Lucene 2.1.0 (was in head) and ALMOST everything works it seems.
>>> Our webbased slide browser works fine
>>>
>>> The only thing that is broken is the DASL search, anyone care to  
>>> take
>>> a look at that? I have tried debugging but my knowledge of the
>>> insides of Slide is limited. HELP?
>>>
>>> It seems that the DASL search actually does find results but the
>>> URI's it's passing to the store to fetch is not valid?
>>> That is my guess since debugging retrieveObject(Uri uri) from the
>>> NodeStore interface got some Uri objects that pointed to real images
>>> found in Slide except their URI's had " /UURI:" prefixed to them!
>>>
>>> The stacktrace I get using txfile store is:
>>>
>>> org.apache.slide.structure.ObjectNotFoundException: No object found
>>> at /UURI:
>>>     at
>>> org.apache.slide.store.txfile.AbstractXMLResourceDescriptor.retrieve 
>>> Obje
>>> ct(AbstractXMLResourceDescriptor.java:296)
>>>     at
>>> org.apache.slide.store.txfile.TxXMLFileDescriptorsStore.retrieveObje 
>>> ct
>>> (TxXMLFileDescriptorsStore.java:104)
>>>     at org.apache.slide.store.AbstractStore.retrieveObject
>>> (AbstractStore.java:699)
>>>     at org.apache.slide.store.ExtendedStore.retrieveObject
>>> (ExtendedStore.java:605)
>>>     at org.apache.slide.structure.StructureImpl.retrieve
>>> (StructureImpl.java:207)
>>>     at org.apache.slide.content.ContentImpl.retrieve 
>>> (ContentImpl.java:155)
>>>     at org.apache.slide.search.basic.ComparableResourceImpl.<init>
>>> (ComparableResourceImpl.java:166)
>>>     at org.apache.slide.search.basic.ComparableResourceImpl.<init>
>>> (ComparableResourceImpl.java:137)
>>>     at
>>> org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.c 
>>> reat
>>> eResource(AbstractLuceneExpression.java:354)
>>>     at
>>> org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.e 
>>> xecu
>>> te(AbstractLuceneExpression.java:250)
>>>     at
>>> org.apache.slide.index.lucene.expressions.AbstractLuceneExpression.e 
>>> xecu
>>> te(AbstractLuceneExpression.java:116)
>>>     at org.apache.slide.search.basic.BasicQueryImpl.execute
>>> (BasicQueryImpl.java:134)
>>>     at org.apache.slide.search.basic.BasicQueryEnvelope.execute
>>> (BasicQueryEnvelope.java:214)
>>>     at org.apache.slide.search.SearchImpl.search(SearchImpl.java: 
>>> 116)
>>>     at org.apache.slide.webdav.method.SearchMethod.executeRequest
>>> (SearchMethod.java:230)
>>>     at
>>> org.apache.slide.webdav.method.AbstractWebdavMethod.executeRedirect
>>> (AbstractWebdavMethod.java:583)
>>>     at org.apache.slide.webdav.method.AbstractWebdavMethod.run
>>> (AbstractWebdavMethod.java:416)
>>>     at org.apache.slide.webdav.WebdavServlet.service 
>>> (WebdavServlet.java:
>>> 151)
>>>     at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
>>>     at com.idega.servlet.ServletWrapper.service 
>>> (ServletWrapper.java:174)
>>>     at  
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter
>>> (ApplicationFilterChain.java:237)
>>>     at org.apache.catalina.core.ApplicationFilterChain.doFilter
>>> (ApplicationFilterChain.java:157)
>>>     at
>>> com.idega.slide.authentication.IWSlideAuthenticator.doAuthentication
>>> (IWSlideAuthenticator.java:159)
>>> ...
>>>     at java.lang.Thread.run(Thread.java:552)
>>> 20 Mar 2007 18:19:47 - org.apache.slide.common.Domain - WARNING - No
>>> object found at /UURI:
>>> 20 Mar 2007 18:19:47 - org.apache.slide.common.Domain - WARNING - No
>>> object found at /UURI:
>>>
>>> Best Regards
>>>
>>> Eirikur S. Hrafnsson, [email protected]
>>> Chief Software Engineer
>>> Idega Software
>>> http://www.idega.com
>>>
>>>
>>>
>>> On Mar 20, 2007, at 10:19 AM, Eirikur Hrafnsson wrote:
>>>
>>>> Thanks for the quick reply Greg :)
>>>>
>>>> From what I've gathered with searching for Slide and HTTPClient 3.0
>>>> and what we tried in the past the DASL search didn't work.
>>>> Does it work for you?
>>>>
>>>> cheers
>>>> Eiki
>>>>
>>>>
>>>> On Mar 19, 2007, at 6:18 PM, Greg Schueler wrote:
>>>>
>>>>> Hi Eirikur,
>>>>>
>>>>> We've built slide against HttpClient 3.0.1, and it seems to work,
>>>>> aside from
>>>>> that problem that I sent in the patch for.
>>>>>
>>>>> We have only tested the Ant tasks a bit, but so far they appear to
>>>>> work.
>>>>> (put, delete, mkcol, get)
>>>>>
>>>>> I'd be interested to hear your results with it if you decided to
>>>>> try it
>>>>> again.
>>>>>
>>>>> Thanks,
>>>>> Greg Schueler
>>>>>
>>>>> On 3/19/07, Eirikur Hrafnsson <[email protected]> wrote:
>>>>>>
>>>>>> Question for Slide developers or someone who knows...
>>>>>>
>>>>>> a while ago we tested HttpClient 3.0 with Slide (HEAD) and it  
>>>>>> didn't
>>>>>> work. Does it work now?
>>>>>>
>>>>>> We are unfortunately forced to use HttpClient 3.0 so I really  
>>>>>> hope
>>>>>> the answer is yes and I only have to rebuild our jar. (we use an
>>>>>> older version from HEAD today)
>>>>>>
>>>>>> Best Regards
>>>>>>
>>>>>> Eirikur S. Hrafnsson, [email protected]
>>>>>> Chief Software Engineer
>>>>>> Idega Software
>>>>>> http://www.idega.com
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Mar 15, 2007, at 10:24 PM, Antoine Levy-Lambert wrote:
>>>>>>
>>>>>>> Hello Greg,
>>>>>>>
>>>>>>> thanks for your patch. Will work on it.
>>>>>>>
>>>>>>> Antoine
>>>>>>> -------- Original-Nachricht --------
>>>>>>> Datum: Thu, 15 Mar 2007 15:18:27 -0700
>>>>>>> Von: "Greg Schueler" <[email protected]>
>>>>>>> An: [email protected], "Anthony Shortland"
>>>>>>> <[email protected]>, "[email protected]"
>>>>>> <[email protected]>
>>>>>>> CC:
>>>>>>> Betreff: patch for Slide Ant tasks and commons httpclient 3.0
>>>>>>>
>>>>>>>> Hi Antoine,
>>>>>>>>
>>>>>>>> re: Slide with commons httpclient 3.0
>>>>>>>> http://issues.apache.org/bugzilla/show_bug.cgi?id=35213
>>>>>>>>
>>>>>>>>
>>>>>>>> I was able to compile Slide against commons httpclient 3.0, but
>>>>>>>> ran into
>>>>>>>> one
>>>>>>>> bug when using the Ant tasks for slide.  Using the Put task  
>>>>>>>> fails
>>>>>>>> because
>>>>>>>> httpclient 3.0 throws an exception:
>>>>>>>>
>>>>>>>> java.lang.IllegalArgumentException : Entity enclosing requests
>>>>>>>> cannot be
>>>>>>>> redirected without user intervention
>>>>>>>>         at
>>>>>>>>
>>>>>> org.apache.commons.httpclient.methods.EntityEnclosingMethod.setFo 
>>>>>> llo
>>>>>> w
>>>>>>>> Redirects
>>>>>>>> (EntityEnclosingMethod.java:221)
>>>>>>>>         at org.apache.webdav.ant.Utils.putFile (Utils.java:272)
>>>>>>>>         at org.apache.webdav.ant.taskdefs.Put.uploadFile
>>>>>> (Put.java:
>>>>>>>> 345)
>>>>>>>>
>>>>>>>> The attached patch for Utils.java fixes this problem.  I'm not
>>>>>>>> familiar
>>>>>>>> with
>>>>>>>> the DAV spec (specifically wrt redirects during a PUT
>>>>>> operation), but
>>>>>>>> httpclient 3.0 references the HTTP 1.1 RFC so I can't imagine
>>>>>> that
>>>>>>>> DAV
>>>>>>>> goes
>>>>>>>> against that RFC.
>>>>>>>>
>>>>>>>> We are hoping to use Slide with httpclient 3.0 in our software,
>>>>>>>> especially
>>>>>>>> via the Ant tasks, so we do look forward to having a release
>>>>>>>> version of
>>>>>>>> slide with that support (rather than building from source
>>>>>> ourselves).
>>>>>>>>
>>>>>>>> Thanks!
>>>>>>>> Greg
>>>>>>>>
>>>>>>>> Index: webdavclient/ant/src/java/org/apache/webdav/ant/ 
>>>>>>>> Utils.java
>>>>>>>>
>>>>>> ================================================================= 
>>>>>> ==
>>>>>>>> --- webdavclient/ant/src/java/org/apache/webdav/ant/Utils.java
>>>>>>>> (revision
>>>>>>>> 518395)
>>>>>>>> +++ webdavclient/ant/src/java/org/apache/webdav/ant/Utils.java
>>>>>>>> (working
>>>>>>>> copy)
>>>>>>>> @@ -269,7 +269,7 @@
>>>>>>>>        generateIfHeader(put, lockToken);
>>>>>>>>        put.setRequestHeader("Content-Type", contentType);
>>>>>>>>        put.setRequestBody(is);
>>>>>>>> -      put.setFollowRedirects(true);
>>>>>>>> +      put.setFollowRedirects(false);
>>>>>>>>        int status = client.executeMethod(put);
>>>>>>>>        switch (status) {
>>>>>>>>           case WebdavStatus.SC_OK:
>>>>>>>> --
>>>>>>>> Greg
>>>>>>>
>>>>>>>
>>>>>> ----------------------------------------------------------------- 
>>>>>> ---
>>>>>> -
>>>>>>> To unsubscribe, e-mail: [email protected]
>>>>>>> For additional commands, e-mail: slide-dev- 
>>>>>>> [email protected]
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> -- 
>>>>> Greg
>>>>
>>>>
>>>> ------------------------------------------------------------------- 
>>>> --
>>>> To unsubscribe, e-mail: [email protected]
>>>> For additional commands, e-mail: [email protected]
>>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> -------------------------------------------------------------------- 
>>> -
>>> To unsubscribe, e-mail: [email protected]
>>> For additional commands, e-mail: [email protected]
>>>
>>>
>>>         
>>> __________________________________________________________
>>> Yahoo! India Answers: Share what you know. Learn something new
>>> http://in.answers.yahoo.com/
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: [email protected]
>> For additional commands, e-mail: [email protected]
>>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


		
__________________________________________________________
Yahoo! India Answers: Share what you know. Learn something new
http://in.answers.yahoo.com/