为什么没有有用的 JBoss 包？

Question

为什么没有可用的 JBoss 包？Tomcat 服务很好，但是在 Ubuntu 中传递给 jboss 包的内容完全没有用。

编辑

由于人们似乎回答不打扰寻找到的包有问题，让我详细我的答案通过展示它：

$ dpkg -L jbossas4
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/jbossas4
/usr/share/doc/jbossas4/README.Debian
/usr/share/doc/jbossas4/copyright
/usr/share/doc/jbossas4/changelog.Debian.gz
/usr/share/java
/usr/share/java/jboss-run-4.2.3.GA.jar
/usr/share/java/jboss-shutdown-4.2.3.GA.jar
/usr/share/java/jboss-run.jar
/usr/share/java/jboss-shutdown.jar

$ cat /usr/share/doc/jbossas4/README.Debian
jbossas4 is currently in a very alpha stage of packaging. I can be used
to build other libraries depending on JBoss like libhibernate3-java but
it is not complete and cannot be used as an application server yet.

 -- Torsten Werner <twerner@debian.org>  Mon, 19 Nov 2007 16:53:36 +0100

Answer 1

在尝试自己打包 jboss 之后，我很确定我知道为什么没有适合它的好包。

1. 业务需求。它是一种“企业风格”的 RedHat 产品。Ubuntu 是一个 Debian 风格的发行版。所以，没有多少人在 Ubuntu 或 Debian 上使用它，因为大多数想要它的“企业”部分的人也想要企业支持，并且认为最好一直使用 RedHat。

2. 更严格的要求。你有没有看一下tomcat的包？一团糟。到处都是。Tomcat tarball 发行版（以及 RedHat 包，就此而言）将所有内容放在 /usr/share 中，我上次检查过，那是几年前。相比之下，Debian/Ubuntu 软件包在 /var/lib/tomcat* (CATALINA_HOME) 中有变量数据，在 /usr/share/tomcat* (TOMCAT_HOME) 中有静态 Java 库，在 /usr/lib/tomcat 中有 JNI *，并使用符号链接将它们联系在一起。这是因为 Debian 包被设计为有一个单独的 tomcat 安装能够为多个正在运行的 tomcat 实例提供服务，并且因为 Debian/Ubuntu 的打包要求要严格得多，并且实际上坚持配置在 /etc 中，变量数据在/var 等等。RedHat 没有这样的要求，

3. 面对糟糕/不存在的文档时的完美主义。如果您查看 libjboss-* 的 Debian/Ubuntu 包，您会看到所有库都是单独的包。这是因为它们实际上不是单个产品，而是它们的集合，它们恰好可以协同工作。在标准的 JBoss tarball 中，您有“默认”和“全部”（我认为还有“最小”），它们是一些“示例”组合……但实际上很多组合都是可能的。我确信打包人员知道这一点，并且正在尝试设法只在系统 JBoss 安装中安装您需要的那些库，这是很好的做法（但几乎没有遵循，在 JBoss 的情况下，几乎每个人都只使用“全部”示例）。

4. 整合困难。没有任何服务启动脚本接近 Ubuntu 中正常的复杂程度。服务器进程本身甚至只是吐到标准输出。您需要找到重定向到日志文件的方法，以可旋转的方式，设置 cron/logwatch 来处理它，编写 init 脚本等。这不是微不足道的，尤其是考虑到 JBoss 是一个集合用户决定使用的“任何”库，并且在设计时没有考虑到系统安装——这显然是一种“从主目录中运行”类型的设置，开箱即用。

5. 缺乏需要。tarball 放置在 /opt 中，可能与 一起checkinstall为实际进行大规模部署的任何人完成这项工作。如果您正在进行大规模部署，您通常拥有自己的软件包存储库，因此多一个也不是什么大问题。只是没有足够的需要为它制作一个好的包装。

也就是说，我一直在努力制作这样的包裹。我已经“研究它”两年了，尽管我现在确实需要它。希望很快就会有一个 PPA。:-) 如果您之前做过 .deb 打包，并且了解 JBoss 内部原理，也许我们可以合作。