Ant 在单独的JVM中运行目标
wsimport任务中有一个有趣的bug,它似乎会在任务完成时破坏类加载器的内容。NetBeans喜欢“在进程中”运行ant脚本,这个bug在运行包含任务的脚本后会引发各种破坏 为了解决这个bug造成的严重破坏,我想强制ant为ant的二次调用创建一个单独的子进程,将wsimport任务隔离在它自己的私有JVM中 看起来ant和antcall任务将目标调用保持在同一JVM中。。。虽然我可能错了 在用户可能多次安装ant的情况下,exec似乎很笨拙,因为用户正在运行的ant可能不是ant试图查找executable=ant时解析的可执行文件Ant 在单独的JVM中运行目标,ant,exec,Ant,Exec,wsimport任务中有一个有趣的bug,它似乎会在任务完成时破坏类加载器的内容。NetBeans喜欢“在进程中”运行ant脚本,这个bug在运行包含任务的脚本后会引发各种破坏 为了解决这个bug造成的严重破坏,我想强制ant为ant的二次调用创建一个单独的子进程,将wsimport任务隔离在它自己的私有JVM中 看起来ant和antcall任务将目标调用保持在同一JVM中。。。虽然我可能错了 在用户可能多次安装ant的情况下,exec似乎很笨拙,因为用户正在运行的ant可能不是ant试图查找e
是否有一种安全的方法来获取当前用于在不同JVM中运行目标的ant?您可以使用ant.home属性的值
<project default="test">
<target name="test">
<echoproperties>
<propertyset>
<propertyref prefix="ant."/>
</propertyset>
</echoproperties>
<echo>Ant Home: ${ant.home}</echo>
</target>
</project>
为exec指定一个绝对路径,并将该路径放入属性文件中进行编辑。