Hi Mathaix,
David could be right, we have geo-polygons and stuff and what we do is
that we put the JTS jar inside solr.war (and other jars using our own
automated scripts to add extra jars inside it)
Here is the link of latest maven JTS dependency where you can download
it directly:
http:/
to mention, that substituting the httpcore.jar with the
latest (4.3) "sufficed"...
-Ursprüngliche Nachricht-----
Von: Guido Medina [mailto:guido.med...@temetra.com]
Gesendet: Donnerstag, 18. September 2014 18:20
An: solr-user@lucene.apache.org
Betreff: Re: AW: slorj -> httpclient
o get your
server running
Cheers,
Siegfried Goeschl
On 18.09.14 17:45, Guido Medina wrote:
Hi Clemens,
If you are going thru the effort of migrating from SolrJ 3 to 4 and HTTP
client 3 to 4 make sure you do it using HTTP client 4.3.x (Latest is
4.3.5) since there are deprecations and stuff from 3.
Hi Clemens,
If you are going thru the effort of migrating from SolrJ 3 to 4 and HTTP
client 3 to 4 make sure you do it using HTTP client 4.3.x (Latest is
4.3.5) since there are deprecations and stuff from 3.x to 4.0.x, to
4.1.x, to ..., to 4.3.x
It will be painful but it is better do it one
application, the only way to make the error go away is by downgrading to
the SolrJ client to 4.9.0
Hope that helps,
Guido.
On 05/09/14 19:14, Shawn Heisey wrote:
On 9/5/2014 3:50 AM, Guido Medina wrote:
Sorry I didn't give enough information so I'm adding to it, the SolrJ
client is on our
5.jar
org.restlet-2.1.1.jar
org.restlet.ext.servlet-2.1.1.jar
protobuf-java-2.6.0.jar
solr-core-4.10.0.jar
solr-solrj-4.10.0.jar
spatial4j-0.4.1.jar
wstx-asl-3.2.7.jar
zookeeper-3.4.6.jar
Best regards,
Guido.
On 05/09/14 09:42, Guido Medina wrote:
Hi,
I have upgraded to from Solr 4.9 to
Hi,
I have upgraded to from Solr 4.9 to 4.10 and the server side seems fine
but the client is reporting the following exception:
org.apache.solr.client.solrj.SolrServerException: IOException occured
when talking to server at: solr_host.somedomain
at
org.apache.solr.client.solrj.impl.
Hi,
We have a couple of Solr servers acting as master and slave, and each
server have the same amount of cores, we are trying to configure the
solrcore.properties so that an script is able to add cores without
changing the solrcore.properties using a hack like this:
enable.master=false
enabl
Hi,
We have a couple of Solr servers acting as master and slave, and each
server have the same amount of cores, we are trying to configure the
solrcore.properties so that an script is able to add cores without
changing the solrcore.properties using a hack like this:
enable.master=false
enabl
We particularly massage solr.war and put our own updated jars, maybe
this helps:
http://www.apache.org/dist/tika/CHANGES-1.5.txt
We using Tika 1.5 inside Solr with POI 3.10-Final, etc...
Guido.
On 23/04/14 14:38, olivier.mass...@real.lu wrote:
Hello,
I'm trying to index email files with Sol
26/02/14 20:58, Mark Miller wrote:
Thanks Guido - any chance you could file a JIRA issue for this?
- Mark
http://about.me/markrmiller
On Feb 26, 2014, at 6:28 AM, Guido Medina wrote:
I think it would need Guava v16.0.1 to benefit from the ported code.
Guido.
On 26/02/14 11:20, Guido Medina
I think it would need Guava v16.0.1 to benefit from the ported code.
Guido.
On 26/02/14 11:20, Guido Medina wrote:
As notes also stated at concurrentlinkedhashmap v1.4, the performance
changes were ported to Guava (don't know to what version to be
honest), so, wouldn't be bet
As notes also stated at concurrentlinkedhashmap v1.4, the performance
changes were ported to Guava (don't know to what version to be honest),
so, wouldn't be better to use MapMaker builder?
Regards,
Guido.
On 26/02/14 11:15, Guido Medina wrote:
Hi,
I noticed Sol
Hi,
I noticed Solr is using concurrentlinkedhashmap v1.2 which is for Java
5, according to notes at
https://code.google.com/p/concurrentlinkedhashmap/ version 1.4 has
performance improvements compared to v1.2, isn't Solr 4.x designed
against Java 6+? If so, wouldn't it benefit from v1.4?
Re
Hi,
Is there a way to cluster groups of near by GPS in a Solr query(GPS
inside a quadrant), we have everything in place (location_rpt with
Spatial4J and JTS) and we have been using Solr spatial for a while with
GPS and Polygons in the map, just wondering if there is a way to return
a list of
And it was only reproduced with JVM 32 bits, not 64 bits.
Guido.
On 09/12/13 17:46, Shawn Heisey wrote:
On 12/9/2013 10:29 AM, Boogie Shafer wrote:
you may want to start by updating both your solr and JVM to more
recent releases. looks like you are running solr 4.3.0 and java 6 u31
in your tr
Did you add the Garbage collection JVM options I suggested you?
-XX:+UseG1GC -XX:MaxGCPauseMillis=50
Guido.
On 09/12/13 16:33, Patrick O'Lone wrote:
Unfortunately, in a test environment, this happens in version 4.4.0 of
Solr as well.
I was trying to locate the release notes for 3.6.x it is t
I was trying to locate the release notes for 3.6.x it is too old, if I
were you I would update to 3.6.2 (from 3.6.1), it shouldn't affect you
since it is a minor release, locate the release notes and see if
something that is affecting you got fixed, also, I would be thinking on
moving on to 4.x
AFAIK you should have "4.5" just like in my config used to be (4.6 in my
case), check for the obvious, no spaces (or hidden spaces), etc.
4.6
Also, it looks like your Solr hasn't been upgraded properly, if you
verify the list of supported versions it should be something like:
Caused by: org
what you want to expose, same as a transparent proxy. For me I
find easier to use Apache web server.
HTH,
Guido.
On 27/11/13 14:46, Guido Medina wrote:
Why complicate it?, I think the simplest solution to the poster
question is either a transparent proxy or proxy jetty (or tomcat) via
Apache
Why complicate it?, I think the simplest solution to the poster question
is either a transparent proxy or proxy jetty (or tomcat) via Apache Web
Server.
I don't think there will be any difference between either, only how easy
one or the other are to implement.
HTH,
Guido.
On 27/11/13 14:13
We have a webapp running with a very high HEAP size (24GB) and we have
no problems with it AFTER we enabled the new GC that is meant to replace
sometime in the future the CMS GC, but you have to have Java 6 update
"Some number I couldn't find but latest should cover" to be able to use:
1. Remo
Dont, commons compress 1.5 is broken, either use 1.4.1 or later. Our app
stopped compressing properly for a maven update.
Guido.
On 18/10/13 12:40, Roland Everaert wrote:
I will open a JIRA issue, I suppose that I just have to create an account
first?
Regards,
Roland.
On Fri, Oct 18, 201
at
like Pt(x=55.76056,y=24.19167).
Is that so?
Thanks again.
On Mon, Oct 14, 2013 at 4:20 PM, Guido Medina wrote:
WKT format should work, like explained in the wiki:
http://en.wikipedia.org/wiki/**Well-known_text<http://en.wikipedia.org/wiki/Well-known_text>
Guido.
On 14/10/13 11:50, Sha
WKT format should work, like explained in the wiki:
http://en.wikipedia.org/wiki/Well-known_text
Guido.
On 14/10/13 11:50, Shahbaz lodhi wrote:
Hi,
*Story:*
I am trying to index *JTS point* in following format; not successful though:
Pt(x=55.76056,y=24.19167)
It is the format that i get by ct
You could resolve that with SSH tunnels. Autossh with the right
parameters works like a charm.
HTH,
Guido.
On 11/10/13 16:08, Shawn Heisey wrote:
On 10/11/2013 8:17 AM, Christopher Gross wrote:
I have 3 SolrCloud nodes (call them idx1, idx2, idx3), and the boxes have
SSL & certs configured o
the solr will use
multicore, also 64bit and some gb ram.
2013/10/11 Guido Medina
If your single core is at 32bits use Oracle JDK 7u25 or Ubuntu Open JDK 7,
the JDK 7u40 for 32bits will corrupt indexes as stated on the lucene bug
report.
Guido.
On 11/10/13 15:13, Peter Schmidt wrote:
Oh, i
tion -server
Cannot parse command line arguments
2013/10/11 Guido Medina
It is JVM parameter, example:
JAVA_OPTIONS="-Djava.awt.**headless=true -Dfile.encoding=UTF-8 -server
-Xms256m -Xmx256m"
If you want to concatenate more JVM parameters you do it like this:
JAVA_OPTIONS="-Dsolr.s
should i substitute server with ...?
Options with -server:
JAVA_OPTIONS="-Djava.awt.headless=true -Dfile.encoding=UTF-8 -server
-Xms256m -Xmx256m -XX:+UseG1GC -XX:MaxGCPauseMillis=50
-XX:+OptimizeStringConcat -XX:+UseStringCache
-Dsolr.solr.home=/usr/share/solr $JAVA_OPTIONS"
2013/10/1
013, at 11:29 AM, "Smiley, David W."
wrote:
*Don't* use JDK 7u40, it's been known to cause index corruption and
SIGSEGV faults with Lucene: LUCENE-5212 This has not been unnoticed
by
Oracle.
~ David
On 10/10/13 12:34 PM, "Guido Medina"
wrote:
2. Java version
t 10, 2013, at 11:29 AM, "Smiley, David W."
wrote:
*Don't* use JDK 7u40, it's been known to cause index corruption and
SIGSEGV faults with Lucene: LUCENE-5212 This has not been unnoticed by
Oracle.
~ David
On 10/10/13 12:34 PM, "Guido Medina" wrote:
2. Java ve
aults with Lucene: LUCENE-5212 This has not been unnoticed by
Oracle.
~ David
On 10/10/13 12:34 PM, "Guido Medina" wrote:
2. Java version: There are huges performance winning between Java 5, 6
and 7; we use Oracle JDK 7u40.
tions for GC, -server flag, etc, the JAVA_OPTIONS I sent
before are the ones we are using on production.
4. Solrconfig.xml: Things like caches (initial size, size, etc),
softcommit, autocommit, but that's the next step I guess.
Guido.
On 10/10/13 17:27, Guido Medina wrote:
Why n
atingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at
org.apache.commons.daemon.support.DaemonLoader.start(DaemonLoader.java:177)
2013/10/10 Guido Medina
Add the following jars inside solr.war WEB-INF/lib folder:
jcl-over-slf4j-1.7.5.ja
led without logging something
2013/10/10 Guido Medina
Check the jetty logs, there must be something wrong in your collection
config, usually if it doesn't start it will tell you there.
And of course, for every change you make be sure you restart jetty.
Guido.
On 10/10/13 13:20, Peter
t add -Dsolr.solr.home to my /etc/default/jetty and put the
solr.war in the jetty webapps directory i got a 404 when in try to reach
http://localhost:8080 or http://localhost:8080/solr.
2013/10/10 Guido Medina
My I forgot to mention where you need to copy the solr.war file:
/var/lib/jetty/we
SOLR _ COLLECTION _ HOME
$JAVA_OPTIONS"
Guido.
On 10/10/13 13:51, Guido Medina wrote:
Check the jetty logs, there must be something wrong in your collection
config, usually if it doesn't start it will tell you there.
And of course, for every change you make be sure you restart jetty
the jetty 6.1.
When i just add -Dsolr.solr.home to my /etc/default/jetty and put the
solr.war in the jetty webapps directory i got a 404 when in try to reach
http://localhost:8080 or http://localhost:8080/solr.
2013/10/10 Guido Medina
My I forgot to mention where you need to copy the sol
My I forgot to mention where you need to copy the solr.war file:
/var/lib/jetty/webapps
Guido.
On 10/10/13 10:48, Guido Medina wrote:
Here is the pertinent changes you need to pass to /etc/default/jetty:
* JAVA_OPTIONS="-Djava.awt.headless=true -Dfile.encoding=UTF-8
-server -
Dsolr.solr.home=$YOUR_SOLR_COLLECTION_HOME $JAVA_OPTIONS"
Of course, the 1st JAVA_OPTIONS are our own tuning, you are free to play
with it. Adjust your solr collection home to whatever path is on your
system.
HTH,
Guido.
On 10/10/13 10:43, Guido Medina wrote:
I can confirm solr 3.x and 4.x runs fine
I can confirm solr 3.x and 4.x runs fine with jetty 6.x from Ubuntu
repo, we have in production for few years now with no issues, you just
need to be sure your solr.war has the required jars in it, also your
collection must have the extra jars needed by your app.
We have been running it in Ubu
Out of Memory Exception is well known as OOM.
Guido.
On 07/10/13 14:11, adfel70 wrote:
Sorry, by "OOE" I meant Out of memory exception...
--
View this message in context:
http://lucene.472066.n3.nabble.com/Soft-commit-and-flush-tp4091726p4093902.html
Sent from the Solr - User mailing list a
Hi,
I saw inside the solr.war file there is a protobuf version 2.4.0a, I
have two questions about it:
1. Where does Solr uses protobuf? And is it better than HTTP?
2. Why is it such an old version if protobuf recommended versions are
2.4.1 and 2.5.0 - 2.5.0 has an extra 25% performance over
ke regular hibernate ORM I'm not sure I'd
trust it to pick the most optimal solutions...
Otis
Solr & ElasticSearch Support
http://sematext.com/
On Jun 26, 2013 4:44 PM, "Guido Medina" wrote:
Never heard of embedded Solr server, isn't better to just use l
Never heard of embedded Solr server, isn't better to just use lucene
alone for that purpose? Using a helper like Hibernate? Since most
applications that require indexes will have a relational DB behind the
scene, it would not be a bad idea to use a ORM combined with Lucene
annotations (aka hibe
AFAIK solrj is just the network client that connects to a Solr server
using Java, now, if you just need to index your data on your local HDD
you might want to step back to Lucene. I'm assuming you are using Java
so you could also annotate your POJO's with Lucene annotations, google
hibernate-se
If by ORM you mean Object Relational Mapping, Hibernate has annotations
for Lucene and if my memory doesn't betray me I think you can configure
a Solr server at Hibernate config.
I have successfully mapped POJO's to Lucene and done text search, it all
happens like magic once your annotations a
I'm not an expert, but at some extent I think it will come down to few
factors:
* How much data is been cached per core.
* If memory is an issue and still you want performance, I/O with low
cache could be an issue (SSDs?)
* Soft commits which implies open searchers per soft commit (and per
Guido.
On 16/04/13 16:14, Smiley, David W. wrote:
On 4/16/13 10:57 AM, "Guido Medina" wrote:
David,
I have been following your stackoverflow posts, I understand what you
say, we decided to change the criteria and index an extra field (close
to your suggestion), so the sorting will hap
s in the other field.
~ David
On 4/16/13 7:23 AM, "Guido Medina" wrote:
Hi,
I got everything in place, my polygons are indexing properly, I played a
bit with LSP which helped me a lot, now, I have JTS 1.13 inside
solr.war; here is my challenge:
I have big polygon (A) which contains small
Hi,
I got everything in place, my polygons are indexing properly, I played a
bit with LSP which helped me a lot, now, I have JTS 1.13 inside
solr.war; here is my challenge:
I have big polygon (A) which contains smaller polygons (B and C), B and
C have some intersection, so if I search for a
51 matches
Mail list logo
