I am currently using lucene directly to build custom queries. Can I write a
plugin to build these custom BooleanQueries, RangeQueries, etc...? As a simple
example, we have documents that represent coupons, events and activities. Some
searches may only be for coupons and events. Currently, I
I currently have a java-based application that stores all objects on the file
system (text, blobs) and uses lucene to search the objects. If I can store
these objects in solr, I would greatly increase the scalability of my
application.
Would it be safe to replace the filesystem with solr in
To: solr-user@lucene.apache.org
Subject: Re: using solr as master for data storage/retrieval?
On Wed, 7 May 2008 11:26:50 -0400 (EDT)
Phillip Rhodes [EMAIL PROTECTED] wrote:
I currently have a java-based application that stores all objects on the file
system (text, blobs) and uses lucene to search
Hi.
I am building up a query with quite a bit of logic such as parentheses, plus
signs, etc... and it's a little tedious dealing with it all at a string
level. I was wondering if anyone has any thoughts on constructing the query
in lucene and using the string representation of the query to send
I want to store a SolrInputDocument to the filesystem until it can be sent
to the solr server via the solrj client.
I will be using a quartz job to periodically query a table that contains a
listing of SolrInputDocuments stored as java.io.File that need to be
processed.
Thanks for your time.
Hi all, I'm having an issue that I hope someone can shed some light on.
I have a Groovy program, using Solr 3.5, where I am attempting to use
EmbeddedSolrServer using the instructions shown here:
http://wiki.apache.org/solr/Solrj#EmbeddedSolrServer
to that end, I have code setup like this:
...
On Fri, Jan 6, 2012 at 3:06 AM, Sven Maurmann s...@kippdata.de wrote:
Hi,
from your snippets the reason is not completely clear. There are a number of
reasons for not starting up the
server. For example in case of a faulty configuration of the core
(solrconfig.xml, schema.xml) the core
On Fri, Jan 6, 2012 at 8:06 AM, Erik Hatcher erik.hatc...@gmail.com wrote:
Also note that an EmbeddedSolrServer is for a specific core, not for all
cores (and thus solr.xml is not used). My hunch is that you need to point
to the core's home directory, not to the parent of solr.xml.
Oh,
2012/1/6 Yury Kats yuryk...@yahoo.com:
Have you tried passing core name (collection1) to the c'tor, instead
of the empty string?
Yep, but that gives the same error (with the core name appended) such
as no such core: collection1
Phil
2012/1/6 Yury Kats yuryk...@yahoo.com:
That probably means the home is not set properly, so it can't find solr.xml
Well, all the docs mention doing is this bit, which I have:
System.setProperty('solr.solr.home',
'/usr/servers/solr/apache-solr-3.5.0/example/heceta');
I've also tried it the
On Fri, Jan 6, 2012 at 11:03 AM, Erik Hatcher erik.hatc...@gmail.com wrote:
Again, EmbeddedSolrServer (unless I'm gravely mistaken!) doesn't do
multicore. It's for a single core. If you want multiple cores
supported... created multiple EmbeddedSolrServer instances. You point the
On Fri, Jan 6, 2012 at 11:28 AM, Christopher Childs cjchi...@me.com wrote:
Multicore does work with EmbeddedSolrServer. It's what we use in our
application.
solr.xml is also relevant for configuring the cores. We do not do it in quite
the same manner that Phillip is describing, though. Our
PM, Phillip Rhodes
motley.crue@gmail.com wrote:
Hi all, I'm having an issue that I hope someone can shed some light on.
I have a Groovy program, using Solr 3.5, where I am attempting to use
EmbeddedSolrServer using the instructions shown here:
http://wiki.apache.org/solr/Solrj
Hi all, I have been having an issue with Solr, using the
ExtractingRequestHandler. Basically, when indexing a PDF (for
example) I get all the metadata mixed into the "content" field along
with the content. See:
lways the possibility
> that Tika will kill your Solr.
>
> Here's a place to start:
> https://lucidworks.com/2012/02/14/indexing-with-solrj/
>
> Best,
> Erick
>
> On Thu, Dec 21, 2017 at 4:31 PM, Phillip Rhodes
> <motley.crue@gmail.com> wrote:
>>
Also shameless self-promotion, but my company (Fogbeam Labs) is about
to launch a Solr / ManifoldCF powered Search-as-a-Service offering.
If you'd like to learn more, shoot me an email at prho...@fogbeam.com
and I'd be happy to give you the skinny.
Phil
This message optimized for indexing by
16 matches
Mail list logo
