android-ant编译失败

android-ant编译失败,android,apache,ant,compiler-errors,Android,Apache,Ant,Compiler Errors,我正在通过ApacheAnt编译android项目。在android更新项目命令之后。我将ant release放在项目的根目录中。上面说 “C:\Program Files\Android\Android sdk\tools\ant\main\u rules.xml:384:编译失败;有关详细信息,请参阅编译器错误输出。” 在哪里可以看到编译器输出 这应该是什么样的错误,因为我可以通过eclipse和sign应用程序构建同一个项目 在哪里可以看到编译器输出 理论上,它将出现在命令提示符窗口中,

我正在通过ApacheAnt编译android项目。在android更新项目命令之后。我将ant release放在项目的根目录中。上面说

“C:\Program Files\Android\Android sdk\tools\ant\main\u rules.xml:384:编译失败;有关详细信息,请参阅编译器错误输出。”

  • 在哪里可以看到编译器输出
  • 这应该是什么样的错误,因为我可以通过eclipse和sign应用程序构建同一个项目
  • 在哪里可以看到编译器输出

    理论上,它将出现在命令提示符窗口中,在该窗口中运行
    ant release
    命令,并在上面看到“C:\Program Files\Android\Android sdk\tools\ant\main_rules.xml:384:Compile failed;有关详细信息,请参阅编译器错误输出”

    这应该是什么样的错误,因为我可以通过eclipse和sign应用程序构建同一个项目

    这是不可能抽象地回答的,对不起

    在哪里可以看到编译器输出

    理论上,它将出现在命令提示符窗口中,在该窗口中运行
    ant release
    命令,并在上面看到“C:\Program Files\Android\Android sdk\tools\ant\main_rules.xml:384:Compile failed;有关详细信息,请参阅编译器错误输出”

    这应该是什么样的错误,因为我可以通过eclipse和sign应用程序构建同一个项目


    这是不可能抽象地回答的,对不起。

    我发现了这个问题。我想你可以修改你的答案。我将把它标为正确答案。问题在于lib。我在“lib”文件夹中添加了所有外部lib,如admob sdk。相反,它应该放在“libs”文件夹中。即使我们使用名称库,它在eclipse中也能正常工作。但是对于ant,我们需要它位于libs文件夹中。@Umakant-Patil:是的,ant需要JARs位于
    libs/
    中。这就是为什么我建议人们创建并使用
    libs/
    ,即使是在Eclipse中,也要这样做,以便将来更容易过渡到命令行构建(例如,为了持续集成)。@commonware-我发现这也是必要的。这意味着每个使用jar的项目都需要有自己的副本。是否无法在build.properties中覆盖此项以避免浪费磁盘空间?我试着设置jar.libs.absolute.dir等都没有用——它一直在抱怨缺少libsdirectory@NickT:由于开发人员机器上的硬盘容量在数百GB范围内,因此担心适合在移动设备上使用的JAR文件的空间似乎是一种浪费。也就是说,你可以尝试符号链接(如果你至少在OS X或Linux上)。@Commonware:谢谢-我会接受的,我想我不应该这么粗鲁。这与谷物正好相反,仅此而已。不管怎样,如果我感觉到问题的严重性(还有一周左右的空闲时间),我总是可以编写自己的build.xml,而不参考主要规则。我想你可以修改你的答案。我将把它标为正确答案。问题在于lib。我在“lib”文件夹中添加了所有外部lib,如admob sdk。相反,它应该放在“libs”文件夹中。即使我们使用名称库,它在eclipse中也能正常工作。但是对于ant,我们需要它位于libs文件夹中。@Umakant-Patil:是的,ant需要JARs位于
    libs/
    中。这就是为什么我建议人们创建并使用
    libs/
    ,即使是在Eclipse中,也要这样做,以便将来更容易过渡到命令行构建(例如,为了持续集成)。@commonware-我发现这也是必要的。这意味着每个使用jar的项目都需要有自己的副本。是否无法在build.properties中覆盖此项以避免浪费磁盘空间?我试着设置jar.libs.absolute.dir等都没有用——它一直在抱怨缺少libsdirectory@NickT:由于开发人员机器上的硬盘容量在数百GB范围内,因此担心适合在移动设备上使用的JAR文件的空间似乎是一种浪费。也就是说,你可以尝试符号链接(如果你至少在OS X或Linux上)。@Commonware:谢谢-我会接受的,我想我不应该这么粗鲁。这与谷物正好相反,仅此而已。无论如何,如果我有强烈的感觉,我总是可以编写自己的build.xml,而不参考主要规则(并且有一周左右的空闲时间!)