ant - 如何在没有 -lib 或全局安装的情况下将可选任务加载到 ant 中？

Question

我想在 ant 中使用 FTP 任务，我找到了合适的 jar 文件并且一切正常。我已将 jar 文件与构建中使用的其他文件一起放在“libs”目录中。唯一的问题是用户必须运行“ant -lib commons-net-ftp-2.0.jar”才能进行构建；我真的希望可以不带参数地运行“ant”。

阅读ant optional tasks intallation page ，我看到有五种方法可以在 ant 中加载额外的库，但没有一种是我真正想要的。我不想强制用户对其系统进行任何修改以运行此任务；应该可以从我们产品源文件夹内的“libs”目录中加载它。所以这意味着设置全局 CLASSPATH 也不行(无论如何这都是一个坏主意)。

如文档中所述，最后一个选项是首选方法……从构建脚本本身单独加载 jarfile。我过去曾使用 ant-contrib 任务和 JUnit 完成此操作，并且想在这里执行此操作，但我不知道如何完成此操作。 FTP 任务不支持嵌套的类路径元素，而且我不知道通过 taskdef 加载此库所需的 XML 资源。如何从 ant 中加载库？

编辑:为了回应到目前为止发布在这里的答案和问题，我使用的是 ant 1.7.1。制作一个 ftp taskdef 肯定是行不通的；引发以下错误:

构建失败
/my/path/build.xml:13: 找不到 taskdef 类 org.apache.tools.ant.taskdefs.optional.net.FTP

也许这是因为类名错误。如果我只有一个 jarfile，我究竟如何找到我应该使用的类名？它没有记录在任何地方，我在 jar 中找不到任何类似于该路径的内容。

Answer 1

您遇到的问题是由于使用了不同的类加载器。 Commons Net 类必须由加载 FTP 任务的同一个类加载器加载。由于 FTP 任务在启动时由 Ant 加载，因此您需要将 Commons Net 添加到 Ant 的类路径中，以便由同一个类加载器加载它。这就是文档为您提供 4 种不同方法来执行此操作的原因。

我同意它们都不是理想的(CLASSPATH 环境变量是最糟糕的)。解决此问题的一种方法是为您的项目提供一个 shell 脚本，该脚本调用 Ant 并传递适当的 -lib 参数。然后你让人们使用它而不是直接调用 Ant。事实上，您可以巧妙地将其命名为“ant”，以便它运行而不是路径上现有的“ant”(这只适用于当前目录在路径上，在其他目录之前)。

文档中的第五个选项在理论上很棒。他们终于在 1.7.0 中修复了类加载问题。不幸的是，正如您提到的，没有人 retrofit FTP 任务以采用类路径。您可以尝试提交增强请求，但这在短期内无济于事。

还有另一种选择，它并不比其他选择好。与确保加载 FTP 任务的类加载器加载 Commons Net 类不同，您可以确保加载 Commons Net 类的类加载器加载 FTP 任务。为此，您必须从 Ant 安装的“lib”目录中删除 ant-commons-lib.jar 文件。这意味着 FTP 任务不会在启动时加载。这实际上就是为什么可选任务被分解成这么多独立的 JAR 的原因——以便它们可以被单独删除。将此 JAR 文件与 Commons Net JAR 文件放在一起，以便可以同时加载。然后你可以做这样的事情(我试过这个并且它有效):

<taskdef name="ftp"
         classname="org.apache.tools.ant.taskdefs.optional.net.FTP">
  <classpath>
    <pathelement location="${basedir}/lib/ant-commons-net.jar"/>
    <pathelement location="${basedir}/lib/commons-net-2.0.jar"/>
  </classpath>
</taskdef>
<ftp server="yourserver.com"
     userid="anonymous"
     password="blah">
  <fileset dir="somedirectory"/>
</ftp>

但这可能比仅使用 -lib 开关(有或没有包装脚本)更糟糕。我唯一能想到的另一件事是尝试找到要使用的第三方 FTP 任务而不是默认任务。