t;> precisionStep="8" docValues="true" stored="false"/>
> >>
> >> Also, maybe try a static field rather than dynamic field, although the
> >> latter should work anyway.
> >>
> >> Please file a Jira to request that Solr give a
the Solr user has no ability to directly
>> invoke the "createFields" method.
>>
>> And now... let's see what David Smiley has to say about all of this!
>>
>> -- Jack Krupansky
>>
>> -Original Message- From: Thomas S
not
> a Lucene-level error. I mean, the Solr user has no ability to directly
> invoke the "createFields" method.
>
> And now... let's see what David Smiley has to say about all of this!
>
> -- Jack Krupansky
>
> -Original Message- From: Thomas Se
x27;s see what David Smiley has to say about all of this!
-- Jack Krupansky
-Original Message-
From: Thomas Seidl
Sent: Sunday, November 23, 2014 6:33 AM
To: solr-user@lucene.apache.org
Subject: Indexing problems with BBoxField
Hi all,
I just downloaded Solr 4.10.2 and wanted to try out the new BB
Hi all,
I just downloaded Solr 4.10.2 and wanted to try out the new BBoxField
type, but couldn't get it to work. The error (with status 400) I get is:
ERROR: [doc=foo] Error adding field
'bboxs_field_location_area'='ENVELOPE(25.89, 41.13, 47.07, 35.31)'
msg=java.lang.IllegalStateException: instea
d'origine-
De : Erick Erickson [mailto:erickerick...@gmail.com]
Envoyé : jeudi 31 janvier 2013 14:00
À : solr-user@lucene.apache.org
Objet : Re: Indexing problems
I'm really surprised you're hitting OOM errors, I suspect you have something
else pathological in your system. So, I&#
ene.apache.org
Objet : Re: Indexing problems
I'm really surprised you're hitting OOM errors, I suspect you have something
else pathological in your system. So, I'd start checking things like
- how many concurrent warming searchers you allow
- How big your indexing RAM is set to (we
I'm really surprised you're hitting OOM errors, I suspect you have
something else pathological in your system. So, I'd start checking things
like
- how many concurrent warming searchers you allow
- How big your indexing RAM is set to (we find very little gain over 128M
BTW).
- Other load on your So
!
Joel Gaspard
De : GASPARD Joel [mailto:joel.gasp...@cegedim.com]
Envoyé : mardi 22 janvier 2013 16:30
À : solr-user@lucene.apache.org<mailto:solr-user@lucene.apache.org>
Objet : Indexing problems
Hello,
We are facing some problems when indexing with Solr 4.0.0 with more than one
server no
Hello,
We are facing some problems when indexing with Solr 4.0.0 with more than one
server node and we can't find a way to solve them.
We have 2 nodes of Solr Cloud instances.
They are running in a Zookeeper ensemble (3.4.4 version) with 3 servers
(another application is deployed on the third se
Hi All
I worked without integrating UIMA in to Solr but doing it seperately..and it
worked now!
I did not use the Solr-UIMA update processor this time. What I did is this:
1) Take the document, extract the static fields i need... and later send it
in to the pipeline.
2) Take the output of the pip
2011/7/13 Sowmya V.B.
> Hello Tomasso
>
> Thanks for the reply.
>
> I did added uima chain to /javabin handler as you suggested. Now, I get an
> internal server error!
>
> Here is the stacktrace.
>
> request:
> http://localhost:8080/apache-solr-3.3.0/update/javabin?wt=javabin&version=2
> org.apac
Hello Tomasso
Thanks for the reply.
I did added uima chain to /javabin handler as you suggested. Now, I get an
internal server error!
Here is the stacktrace.
request:
http://localhost:8080/apache-solr-3.3.0/update/javabin?wt=javabin&version=2
org.apache.solr.common.SolrException: Internal Serve
Hello,
I think the problem might be the following, if you defined the update
request handlers like in the sample solrconfig :
uima
...
then the uima update chain will be executed only for HTTP POSTs on /update
and not for /update/javabin (that is
I'll have to punt here. I don't know the internals well enough to say. I suppose
it's possible that the "required fields" check happens *before* the UIMA
stuff happens, but since I know so little about UIMA that's a blind guess
at best...
Anyone with real knowledge want to chime in here?
Erick
O
Hi Eric*
>>If I'm reading this right, you're labeling certain fields as required. All
docs MUST have those fields (I admit the error message could be more
informative). So it sounds like things are behaving as I'd expect, your
documents just don't contain the required fields.*
- But, the UIMA pipe
If I'm reading this right, you're labeling certain fields as required. All docs
MUST have those fields (I admit the error message could be more
informative). So it sounds like things are behaving as I'd expect, your
documents just don't contain the required fields.
Best
Erick
On Wed, Jul 13, 2011
Hi All
I have a problem making the indexer work with the UIMA fields.
Here is what I did (With the help of this community): I compiled a
Solr-UIMA-snapshot, using "ant clean dist", by adding my own annotators
there.
It compiled without any errors. and i obtained a jar file.
Now, following the in
: Leave out the URL
:
: just use ./post.sh *.xml
except that post.sh assumes you are using the example jetty install on
port 8983, so you'll need to edit it to use port 8080
-Hoss
: Java -jar post.jar http://localhost:8983/solr/update solr.xml
: monitor.xml
: as in the examples on the tutorial, but post.jar cannot be found...
the tutorial on the website is the most current tutorial for the most
current development builds ... please refer to the tutorial included with
the
On 5/11/07, Gary Browne <[EMAIL PROTECTED]> wrote:
Hello
I have tried indexing the example files using the Jetty method, rather
than Tomcat, which still didn't work. I would prefer to use my Tomcat
URL.
After starting jettty, I issued
Java -jar post.jar http://localhost:8983/solr/update solr.x
Hey Gary
Leave out the URL
just use ./post.sh *.xml
Your causing curl to attempt to make a get request.
P
Gary Browne wrote:
Hi
I'll probably be posting a bunch of stupid questions in the near future,
so bear with me. I'm finding the documentation a little confusing. For
starters,
Hello
I have tried indexing the example files using the Jetty method, rather
than Tomcat, which still didn't work. I would prefer to use my Tomcat
URL.
After starting jettty, I issued
Java -jar post.jar http://localhost:8983/solr/update solr.xml
monitor.xml
as in the examples on
Hi
I'll probably be posting a bunch of stupid questions in the near future,
so bear with me. I'm finding the documentation a little confusing. For
starters, I've got Solr up and running under Tomcat on port 8080, and I
can pull up the admin page, no problems. I'm running on RHEL AS 4, with
curl
24 matches
Mail list logo
