Почему нет полезного пакета JBoss?

Попытавшись самостоятельно упаковать jboss, я почти уверен, что знаю, почему для этого нет подходящего пакета.

1. Бизнес-требования. Это продукт RedHat "корпоративного уровня". Ubuntu - это дистрибутив Debian. Таким образом, не многие люди используют его в Ubuntu или Debian, потому что большинство людей, которые хотят, чтобы "корпоративный" был частью этого, также нуждаются в поддержке предприятия, и считают, что лучше всего пойти RedHat до конца.

2. Более строгие требования. Вы взглянули на пакет кота? Это беспорядок. Повсюду. Тарбол дистрибутива Tomcat (и пакет RedHat, в этом отношении) помещает все в /usr/share, последний раз я проверял, что было пару лет назад. Пакеты Debian/Ubuntu, напротив, содержат переменные данные в /var/lib/tomcat* (CATALINA_HOME), статические библиотеки java в /usr/share/tomcat* (TOMCAT_HOME), JNI в /usr/lib/tomcat* и используйте символические ссылки, чтобы связать все это вместе. Это связано с тем, что пакет Debian спроектирован так, чтобы одна установка tomcat могла обслуживать несколько запущенных экземпляров tomcat, и поскольку требования к пакетам намного более строгие для Debian/Ubuntu и фактически настаивают на том, что конфигурация находится в /etc, переменные данные находятся в / вар и тд. RedHat не имеет таких требований, и дистрибутив JBoss, скорее, объединяет все это вместе, что трудно разобрать.

3. Перфекционизм перед лицом плохой / несуществующей документации. Если вы посмотрите на пакеты Debian/Ubuntu для libjboss-*, вы увидите, что все библиотеки являются отдельными пакетами. Это потому, что они на самом деле не один продукт, а набор их, которые просто работают вместе. В стандартном архиве JBoss у вас есть "default" и "all" (и "минимальный", я думаю...), которые представляют собой несколько "примерных" комбинаций... но на самом деле возможно много комбинаций. Я уверен, что упаковщик знает это и пытается найти способ установки только тех библиотек, которые вам нужны при установке системы JBoss, что является хорошей практикой (но вряд ли когда-либо использовалось, в случае JBoss, где почти все просто используют "все" пример).

4. Сложность интеграции. В Ubuntu нет сценариев запуска служб, которые были бы на уровне сложности. Сам процесс сервера просто выплевывает на стандартный вывод. Вам нужно будет найти способы перенаправления файлов журналов, с возможностью поворота, настроить cron/logwatch для работы с ним, написать сценарий инициализации и т. Д. Это не тривиально, особенно если учесть, что JBoss является коллекцией из "любых" библиотек, которые пользователь решит использовать, и не предназначен для установки системы - это явно тип установки "запусти из своего домашнего каталога", из коробки.

5. Отсутствие необходимости. Тарбол, помещенный в /opt, возможно, с checkinstall, делает работу для тех, кто на самом деле делает крупномасштабные развертывания. Если вы выполняете крупномасштабные развертывания, у вас, как правило, есть собственный репозиторий пакетов, так что еще один не является большой проблемой. Просто не нужно делать хорошую упаковку для этого.

Тем не менее, я работал над созданием такого пакета. Я "работал над этим" два года, хотя сейчас мне это действительно нужно. Надеюсь, скоро появится PPA.:-) Если вы уже делали упаковку.deb и знаете внутреннее оборудование JBoss, возможно, мы сможем сотрудничать.