Thank you Yonik for your answer.
The platform encoding is "fr_FR.UTF-8", so it's still UTF-8, it should
be I guess "en_US.UTF-8" ?
I've also tested LBHttpSolrServer (We wanted to have it as a "backup"
for HAproxy) and it appears not to be thread safe ( what is also curious
about it, is that there's no way to manage the connections' pool ). If
you're interresting in the logs, I can send those to you.
*Will there be a Solr 1.4.1 that'll fix those problems ?*
Cause using a SNAPSHOT doesn't seem a good idea to me.
I have another question but I don't know if I have to make a new post :
Can I use "-Dmaster=disabled" in JAVA_OPTS for a server that is slave
and repeater ?
Patrick.
Yonik Seeley a écrit :
It could be this bug, fixed in trunk:
* SOLR-1595: StreamingUpdateSolrServer used the platform default character
set when streaming updates, rather than using UTF-8 as the HTTP headers
indicated, leading to an encoding mismatch. (hossman, yonik)
Could you try a recent nightly build (or build your own from trunk)
and see if it fixes it?
-Yonik
http://www.lucidimagination.com
On Thu, Dec 31, 2009 at 5:07 AM, Patrick Sauts <patrick.via...@gmail.com> wrote:
I'm using solr 1.4 on tomcat 5.0.28, with client StreamingUpdateSolrServer
with 10threads and xml communication via Post method.
Is there a way to avoid this error (data lost)?
And is StreamingUpdateSolrServer reliable ?
GRAVE: org.apache.solr.common.SolrException: Invalid CRLF
at org.apache.solr.handler.XMLLoader.load(XMLLoader.java:72)
at
org.apache.solr.handler.ContentStreamHandlerBase.handleRequestBody(ContentStreamHandlerBase.java:54)
at
org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:131)
at org.apache.solr.core.SolrCore.execute(SolrCore.java:1316)
at
org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:338)
at
org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:241)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:215)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:188)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:213)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:174)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:108)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:174)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:874)
at
org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:665)
at
org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:528)
at
org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:81)
at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:689)
at java.lang.Thread.run(Thread.java:619)
Caused by: com.ctc.wstx.exc.WstxIOException: Invalid CRLF
