Поиск юникода Sunspot, работающий локально, но не в производстве

Question

У меня есть приложение, работающее с Sunspot Solr локально, поддерживающее unicode без проблем. В производстве, однако, с Heroku и Websolr, все запросы unicode возвращают нулевые результаты. Я подтвердил с помощью поддержки Websolr . Я могу запросить прямо против их системы Solr с помощью unicode , и он отлично работает. Однако, когда я запрашиваю у своего производственного приложения, они видели что-то подобное в журнале: q = Ø £ Ø ± س † ا

Таким образом, это не похоже на Websolr. Я также попытался запустить локальное приложение в рабочем режиме (указывая на Websolr), и как только я сделаю , что запросы снова не возвращают результаты!

Мне интересно, сталкивался ли кто-либо с подобной проблемой, и где я должен ответить ? Я попытался установить уровень журнала обработки solr на INFO или более, чтобы узнать, что отправляется в Solr, но по какой-то причине , который также не отображается в журнале сервера.

Благодаря

Answer 1

Когда Sunspot переключился на использование HTTP POST для своих запросов, он (и его зависимость, RSolr), к сожалению, не указал кодировку для своего заголовка Content-type. Это приводит к тому, что Tomcat по умолчанию соответствует стандарту ISO-8859-1 по спецификации сервлета, что приводит к некорректному декодированию символов UTF-8.

В более поздней версии RSolr 1.0.7 исправлено это путем указания правильного заголовка содержимого с кодировкой UTF-8. Таким образом, пользователи Sunspot, которые видят эту ошибку, должны убедиться, что их зависимость от RSolr была обновлена ​​до версии 1.0.7 или выше.

Answer 2

Я не уверен, но может быть, кажется, по какой-то причине, в то время как вы делаете запрос WebSolr не может посылать какой набор символов использовать, так что ваш сервер приложений (я не уверен, является ли JBOSS или Tomcat) будет думать, что он должен использовать набор символов по умолчанию (который может быть ISO-8859-1). Я думаю, что это должно быть ошибкой с продуктом.