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]
>>
>