Tendo tentado empacotar o jboss, tenho certeza que sei por que não há um bom pacote para isso.
-
Requisitos de negócios. É um produto RedHat "empresarial". O Ubuntu é uma distribuição do estilo Debian. Então, muitas pessoas não o usam no Ubuntu ou no Debian, porque a maioria das pessoas que querem o bit "enterprise" dele também querem o suporte corporativo, e acham que é melhor ir de RedHat até o fim.
-
Requisitos mais rigorosos. Você já deu uma olhada no pacote tomcat? É uma bagunça. Por todo o lugar. A distribuição tarball do Tomcat (e o pacote RedHat) coloca tudo em / usr / share, que verifiquei há alguns anos. Os pacotes Debian / Ubuntu, ao contrário, têm os dados variáveis em / var / lib / tomcat * (CATALINA_HOME), as bibliotecas java estáticas em / usr / share / tomcat * (TOMCAT_HOME), as JNI's em / usr / lib / tomcat *, e use links simbólicos para amarrá-los todos juntos. Isto é porque o pacote Debian é projetado para ter uma única instalação do tomcat capaz de servir múltiplas instâncias de tomcat, e porque os requisitos de empacotamento são muito mais restritos para Debian / Ubuntu e insistem que a configuração está em / etc, os dados variáveis estão em / var e assim por diante. O RedHat não possui tais requisitos, e a distribuição do JBoss, em vez disso, agrega tudo de uma forma que é difícil de dividir.
-
Perfeccionismo em face de documentação pobre / inexistente. Se você olhar os pacotes Debian / Ubuntu para o libjboss- *, verá que todas as bibliotecas são pacotes separados. Isso é porque eles não são realmente um único produto, mas uma coleção deles, que por acaso funcionam juntos. No tarball padrão do JBoss, você tem "default" e "all" (e "minimal", eu acho ...) que são algumas combinações de "exemplo" ... mas muitas combinações são realmente possíveis. Estou certo de que o empacotador sabe disso e está tentando fazer uma maneira de instalar apenas as bibliotecas que você precisa na instalação do sistema JBoss, como é uma boa prática (mas quase nunca seguida, no caso de JBoss, onde quase todo mundo usa apenas o exemplo "all").
-
Dificuldade de integração. Não há scripts de início de serviço que estão em qualquer lugar perto do nível de sofisticação que é normal no Ubuntu. O processo do servidor em si apenas é executado com stdout, mesmo. Você precisaria encontrar maneiras de redirecionar para arquivos de log, de uma maneira rotativa, configurar o cron / logwatch para lidar com isso, escrever o script de inicialização, etc. Isso não é trivial, especialmente considerando que o JBoss é uma coleção de "qualquer que seja" as bibliotecas que o usuário decida usar, e não é projetado com instalações do sistema em mente - é claramente um tipo de instalação "fora de seu diretório pessoal", pronto para uso.
-
Falta de necessidade. O tarball, colocado em / opt, talvez com
checkinstall, faz o trabalho para qualquer um que realmente execute implantações em larga escala. Se você está fazendo implantações de larga escala, você normalmente tem seu próprio repositório de pacotes, então mais um não é um problema. Simplesmente não há necessidade suficiente de fazer um pacote bom para isso.
Dito isso, tenho trabalhado em fazer esse pacote. Eu tenho "trabalhado nisso" por dois anos, embora eu realmente precise disso agora. Esperançosamente, haverá um PPA para isso em breve. :-) Se você já fez o empacotamento .deb antes, e conhece os internos do JBoss, talvez possamos colaborar.
