Hi Daniel
Thanks for the heads up. I'll try to get the patch integrated.
Regards
Puneet
On 6 Dec 2013 16:39, "Daniel Collins" wrote:
> You are right that the XmlQueryParser isn't completely/yet implemented in
> Solr. There is the JIRA mentioned above, which is still WIP, so you could
> use that
You are right that the XmlQueryParser isn't completely/yet implemented in
Solr. There is the JIRA mentioned above, which is still WIP, so you could
use that as a basis and extend it. If you aren't familiar with Solr and
Java, you might find that a struggle, in which case you might want to
conside
Hi Gora,
Had seen that before but took a look again. Since it is not yet resolved, I
assumed it is still a work in progress. Should I try an patch the current
4.6 code with the patches? How would you suggest I proceed? I am new to
Solr and Java and so do not have much experience with this.
Regard
On 6 December 2013 11:35, Puneet Pawaia wrote:
> Hi,
>
> I am testing using Solr 4.6 and would like to know if there is some
> implementation like XmlQueryParser of Lucene in solr.
[...]
Please take a look at this JIRA issue:
https://issues.apache.org/jira/browse/SOLR-839
Regards,
Gora
Passing on Howard's reply...
Begin forwarded message:
From: "Howard M. Lewis Ship" <[EMAIL PROTECTED]>
Date: April 7, 2006 5:00:31 PM EDT
To: Erik Hatcher <[EMAIL PROTECTED]>
Subject: Re: Microkernal architecture (was Re: XML Query)
Cool.
Erik Hatcher wrote:
On Apr 7, 2006, at 2:33 PM, Yonik Seeley wrote:
Is it possible to approach this (using a config microkernel) in an
incremental and backward compatible way?
I can't say entirely for sure, but I think so. We could make a
MicrokernalRequestHandler and within it would be the HiveMind
containe
I've thought of using Spring before
http://www.mail-archive.com/solr-dev@lucene.apache.org/msg00200.html
I was thinking of something like that for replacing much of solrconfig.xml
for specifying the update handler implementation, query handlers,
caches, etc. It makes sense to make QueryParsers a p
Here's my opinion on this matter... a StandardRequestHandler
shouldn't even need to be subclassed to plug in different query
parsers. This is where a microkernal framework such as HiveMind
would really shine. I'm ashamed to admit that I'm not skilled in the
ways of HiveMind Jedi, despite
On 4/6/06, Chris Hostetter <[EMAIL PROTECTED]> wrote:
> : The easiest way would be to add another parameter specifying the
> : default query syntax.
> : qformat=lucene // default QueryParser syntax
> : qformat=xml // Mark's XML query syntax
> : qformat=surround // Paul's surround
: Would you recomend extending StandardRequestHandler or implementing
: SolrRequestHandler for the XmlRequestHandler?
subclassing StandardRequestHandler doesn't really get you much at the
moment.
If you're interested in writing an XmlRequestHandler, i would start by
refactoring the guts of Stand
2006 2:50:57 PM
Subject: Re: XML Query
: > I think someone asked about this. Seems like it would be good to
: migrate to an XML HTTP POST for the query call to SolrServlet and use
step one would be SOLR-7, supporting POST queries at all, step 2 would be
adding support for the XML parser.
:
Thanks, yes creating a RequestHandler is how Solr is designed to be used.
- Original Message
From: Chris Hostetter <[EMAIL PROTECTED]>
To: solr-user@lucene.apache.org
Cc: jason rutherglen <[EMAIL PROTECTED]>
Sent: Thursday, April 6, 2006 2:50:57 PM
Subject: Re: XML Query
: > I think someone asked about this. Seems like it would be good to
: migrate to an XML HTTP POST for the query call to SolrServlet and use
step one would be SOLR-7, supporting POST queries at all, step 2 would be
adding support for the XML parser.
: The easiest way would be to add another par
On 4/6/06, jason rutherglen <[EMAIL PROTECTED]> wrote:
> I think someone asked about this. Seems like it would be good to migrate to
> an XML HTTP POST for the query call to SolrServlet and use and extend the XML
> query pieces. I have a requirement to do span queries and would like to
> imple
14 matches
Mail list logo
