Dear Wiki user, You have subscribed to a wiki page or wiki category on "Solr Wiki" for change notification.
The following page has been changed by HossMan: http://wiki.apache.org/solr/FAQ ------------------------------------------------------------------------------ No. - Solr itself is a Java Application, but all interaction with Solr is done by POSTing XML documents over HTTP (to index documents) and GETing XML documents (to execute searches). Any application that can parse/format XML docs and communicate over HTTP can use Solr. + Solr itself is a Java Application, but all interaction with Solr is done by POSTing XML messages over HTTP (to index documents) and GETing search results back as XML, or a variety of other formats (JSON, Python, Ruby, etc...) == What are the Requirements for running a Solr server? == @@ -97, +97 @@ == Why don't International Characters Work? == - Solr supports characters expressable as UTF-8 Strings, and there are no known bugs with Solr's character handling, but there have been some reported isues with the way differnet application servers (and different versions of the same application server) treat incoming and outgoing multibyte characters. In particular, people have reported better success with Tomcat then with Jetty. + Solr can index any characters expressed in the UTF-8 charset (see [http://issues.apache.org/jira/browse/SOLR-96 SOLR-96]). There are no known bugs with Solr's character handling, but there have been some reported isues with the way differnet application servers (and different versions of the same application server) treat incoming and outgoing multibyte characters. In particular, people have reported better success with Tomcat then with Jetty. If you notice a problem with multibyte characters, the first step to ensuring that it is not a true Solr bug would be to write a Unit test that bypasses the applicaiton server directly using the [http://incubator.apache.org/solr/docs/api/org/apache/solr/util/AbstractSolrTestCase.html AbstractSolrTestCase].
