为了将gnu.mail.provider
和gnu.mail.treeutil
编译成 gnumail-providers.jar
,有哪些依赖项以及应该编译的包是什么?
更重要的是,那些进入这个JAR的软件包是什么? 和,需要在类路径上正确构建此JAR的内容是什么?
以下是我认为GNU正在做的事情。 GNU使所有项目都是从make构建的,因此对于classpathx,instructions是:
svn co svn://svn.savannah.gnu.org/classpathx/trunk classpathx cd
classpathx/activation ./configure && make && sudo make install cd
../inetlib ./configure && make && sudo make install cd ../mail ./configure
&& make && sudo make install
1。)构建gnumail-providers.jar
的JAR依赖关系是什么?
2.。)应编译哪些源代码包以构建gnumail-providers.jar
?
看看Ubuntu的作用,apt-get install libgnuinet-java libgnujaf-java libgnumail-java
安装:
/usr/share/java/inetlib.jar
/usr/share/java/activation.jar
/usr/share/java/gnumail-providers.jar
/usr/share/java/gnumail.jar
这有点奇怪,因为libgnumail-java
同时安装gnumail.jar
和gnumail-providers.jar
,我不太清楚为什么这些是独立的,依赖是什么。
jar -tf /usr/share/java/gnumail.jar
显示了包gnu.mail
以及javax.mail
,因此JAR最多仅限于这些包的源代码?
可替换地,
jar -tf /usr/share/java/gnumail-providers.jar
更具体,gnu.mail.providers
和gnu.mail.treeutil
,这看起来有点奇怪。
为什么某些,但不是所有的gnu.mail
软件包都是从主JAR构建到单独的JAR中的?
过度使用(如果这是正确的术语)javax.mail
与gnu.mail
打包在同一个JAR中,但为什么?
将gnu.mail
拆分并打包成两个单独的JAR似乎不同寻常,javax.mail
以gnu.mail
结束而不是自己的JAR的方式也是如此。
从更大的方面来说,这是打包JAR的正常方式吗?
在更实际的意义上,为了将gnu.mail.provider
和gnu.mail.treeutil
编译成 gnumail-providers.jar
,依赖项是什么以及应该编译的包是什么?
将包层次结构的一个子集编译成JAR与其兄弟并列,这似乎很奇怪,但这是发生了什么?
答案 0 :(得分:1)
好的,我在这里找到了源代码:
然后阅读installation instructions并且此版本不支持ANT:
Ant build
对于没有GNU Make的平台,包含一个简单的Ant构建文件 安装。此构建文件不受官方支持,可能不提供 基于标准autotools的安装期间可用的选项。
我看了一眼,build file只负责构建“activation.jar”文件。