Re: Extending XmlRequestHandler

2008-05-13 Thread Walter Underwood
There is one huge advantage of talking to Solr with SolrJ (or any other client that uses the REST API), and that is that you can put an HTTP cache between that and Solr. We get a 75% hit rate on that cache. SOAP is not cacheable in any useful sense. I designed and implemented the SOAP interface fo

Re: Extending XmlRequestHandler

2008-05-12 Thread Alexander Ramos Jardim
Nice. I will try that with Solr-1.3 as Shalin suggests. 2008/5/12 Erik Hatcher <[EMAIL PROTECTED]>: > > On May 12, 2008, at 9:52 AM, Alexander Ramos Jardim wrote: > > > I understood what you said about putting the SOAP at Solr. I agree. > > That's > > not smart. > > Now, I am thinking about the

Re: Extending XmlRequestHandler

2008-05-12 Thread Erik Hatcher
On May 12, 2008, at 9:52 AM, Alexander Ramos Jardim wrote: I understood what you said about putting the SOAP at Solr. I agree. That's not smart. Now, I am thinking about the web service talking with an embedded Solr server. Is that you were talking about? Quite pleasantly you don't even real

Re: Extending XmlRequestHandler

2008-05-12 Thread Shalin Shekhar Mangar
Performance wise, it would be best for your web services to communicate to Solr using SolrJ. I'm sure it would be better performance-wise than SOAP and you won't need to do anything custom with Solr. If you're using, Solr 1.3, you can have a *huge* performance boost by using the BinaryResponseParse

Re: Extending XmlRequestHandler

2008-05-12 Thread Alexander Ramos Jardim
Erik, Thanks for the comments. But they raised some doubts in my mind. What I need to do is to integrate Solr to an environment that communicates via wsdl/SOAP. There will be lots of web services communicating to Solr. Solr will be used like a web service, so I need to make possible for the other

Re: Extending XmlRequestHandler

2008-05-12 Thread Erik Hatcher
On May 12, 2008, at 9:18 AM, Alexander Ramos Jardim wrote: Wouldn't you use a SoapRequestHandler? First of all, *I* wouldn't really want to be caught coding up any kind of client or server SOAP call to Solr. Seems mostly ridiculous to me when Solr's response is malleable to practically any

Re: Extending XmlRequestHandler

2008-05-12 Thread Alexander Ramos Jardim
So, Wouldn't you use a SoapRequestHandler? Would you use SolrJ to make the wiring? Or would you put the SOAP on the solr server side? 2008/5/12 Erik Hatcher <[EMAIL PROTECTED]>: > > On May 12, 2008, at 8:31 AM, Alexander Ramos Jardim wrote: > > > How difficult it would be to make a RequestHandle

Re: Extending XmlRequestHandler

2008-05-12 Thread Erik Hatcher
On May 12, 2008, at 8:31 AM, Alexander Ramos Jardim wrote: How difficult it would be to make a RequestHandler that understands a given soap request? I would implement this at the servlet API layer (or rather some SOAP toolkit, like Axis)... and wire in to Solr's API there. Erik

Re: Extending XmlRequestHandler

2008-05-12 Thread Alexander Ramos Jardim
Just continuing on my quest. How difficult it would be to make a RequestHandler that understands a given soap request? 2008/5/9 Alexander Ramos Jardim <[EMAIL PROTECTED]>: > Thanks, > > > To maybe save you from reinventing the wheel, when I asked a similar > > question a couple weeks back, hossma

Re: Extending XmlRequestHandler

2008-05-09 Thread Alexander Ramos Jardim
Thanks, > To maybe save you from reinventing the wheel, when I asked a similar > question a couple weeks back, hossman pointed me towards SOLR-285 and > SOLR-370. 285 does XSLT, 270 does STX. > > But sorry, can you point me to the version? I am not acostumed with version control. -- Alexander

Re: Extending XmlRequestHandler

2008-05-09 Thread Daniel Papasian
Alexander Ramos Jardim wrote: Ok, Thanks for the advice! I got the XmlRequestHandler code. I see it uses Stax right at the XML it gets. There isn't anything to plug in or out to get an easy way to change the xml format. To maybe save you from reinventing the wheel, when I asked a similar que

Re: Extending XmlRequestHandler

2008-05-09 Thread Alexander Ramos Jardim
Ok, Thanks for the advice! I got the XmlRequestHandler code. I see it uses Stax right at the XML it gets. There isn't anything to plug in or out to get an easy way to change the xml format. So, I am thinking about creating my own RequestHandler as said already. Would it be too slow to use a XQ

Re: Extending XmlRequestHandler

2008-05-08 Thread Tricia Williams
I frequently use the Solr API: http://lucene.apache.org/solr/api/index.html Tricia Alexander Ramos Jardim wrote: Sorry for the stupid question, but I could not find Solr API code. Could anyone point me where do I find it? 2008/5/8 Alexander Ramos Jardim <[EMAIL PROTECTED]>: Nice, Thank yo

Re: Extending XmlRequestHandler

2008-05-08 Thread Alexander Ramos Jardim
Sorry for the stupid question, but I could not find Solr API code. Could anyone point me where do I find it? 2008/5/8 Alexander Ramos Jardim <[EMAIL PROTECTED]>: > Nice, > Thank you. I will try this out. > > 2008/5/8 Ryan McKinley <[EMAIL PROTECTED]>: > > >> The XML format is fixed, and there is

Re: Extending XmlRequestHandler

2008-05-08 Thread Alexander Ramos Jardim
Nice, Thank you. I will try this out. 2008/5/8 Ryan McKinley <[EMAIL PROTECTED]>: > > The XML format is fixed, and there is not a good way to change it. If you > can transform your custom docs via XSLT, down the line this may be possible > (it currently is not) > > If you really need to index y

Re: Extending XmlRequestHandler

2008-05-08 Thread Ryan McKinley
The XML format is fixed, and there is not a good way to change it. If you can transform your custom docs via XSLT, down the line this may be possible (it currently is not) If you really need to index your custom XML format, write your own RequestHandler modeled on XmlRequestHandler, but

Extending XmlRequestHandler

2008-05-08 Thread Alexander Ramos Jardim
Hello, I want to know how do I set the xml file format that XmlRequestHandler understands. Should I extend it, or it can be done via some configuration, maybe some xml file describing the template it should understand? I understand the easiest way to do that is getting the original xml file and c