Лучший способ иметь дело с такими критически важными пакетами в Ubuntu, как это, - полностью игнорировать систему пакетов Ubuntu, включая Launchpad. Они всегда отстают, потому что для них SOLR не важен. То же самое с Erlang, RabbitMQ, Python и т. Д. Я пытаюсь собрать эти пакеты из исходного кода и установить их вне системы Ubuntu, либо в / usr / local, либо в /home/packagename.
.
SOLR 3.2 доступен для скачивания с apache.org в виде готового к запуску пакета с именем apache-solr-3.2.0.tgz, включая Jetty. Вы просто распаковываете, где хотите. Перейдите в каталог примеров и введите java -jar start.jar.
Затем вы можете изменить schema.xml и т. Д. В соответствии со своими потребностями.
Поскольку это Java-пакет, вам не нужно возиться со сборкой из исходного кода, потому что один и тот же скомпилированный пакет будет работать везде, где установлена Java.
В дополнение к XML-файлам для настройки SOLR вам нужно будет просмотреть файлы .properties, чтобы изменить конфигурацию Jetty, например номер используемого порта.
Если в вашей компании есть Java-разработчики, есть еще один способ справиться с этим. Просто откажитесь от установки SOLR, точка. SOLR - это приложение на Java. Разработчики Java уже имеют систему непрерывной интеграции, которая собирает зависимости, объединяет их в файлы JAR или WAR и развертывает их на рабочих серверах. Скажите им, чтобы заботиться о SOLR таким же образом. Это не так сложно для разработчика Java, потому что нет никакого кода, который нужно сделать, только упаковка. Затем вы управляете развертыванием изменений конфигурации так же, как и для любого другого приложения Java.
Используйте только пакеты Ubuntu (или любые другие пакеты дистрибутива), чтобы поиграть и оценить инструменты. Когда инструмент становится критически важным для вашего бизнеса, возьмите его под контроль и работайте напрямую с разработчиками. Нет нужды посредникам в дистрибутивах мутить воду.