[Ant] build.xml zum Erzeugen einer .apk

Ich suche ein build.xml-File, mit dem ich mit ANT meine app automatisch:
[ul]
[li]kompilieren
[/li][li]bauen
[/li][li]signieren
[/li][li].apk-File im Pfad meiner Wahl ablegen
[/li][/ul]

kann. Ich würde die build.xml gerne in mein Eclipse-Projekt ablegen und per Rechtsklick -> Run As -> Ant File ausführen und das neue .apk-File so (ohne weitere Interaktion) erzeugen. Ich möchte also nicht über irgendeine Kommando-Zeile oder soetwas gehen.

Bisher habe ich im Netz leider nichts gefunden. Zwar beschreibt google eine Zusammenbau per ANT, setzt aber dennoch vorraus, dass man dann ant realease aufruft.

Könnte mir jemand mit so einem Script auf die Sprünge helfen? Ich wüsste nämlich nicht, mit welchen Ant-Tasks ich aus .java-Dateien eine .pak-Datei erstelle und wie ich diese dann auch noch signiere. :ka:

Was hast du denn bereits probiert? Wenn du Eclipse verwendest, solltest du dir mit dem Android SDK Tools das entsprechende build.xml erzeugen lassen können. Siehe auch hier: Using Ant to Automate Building Android Applications

Also wenn es nur am Aufruf von ant release aus Eclipse scheitert, dann kann man im project-tag auch den release task als default task angeben.
[XML]<project … default=“release” >…[/XML]

Eclipse bietet auch ein Ant-Fenster an, bei dem man per click die einzelnen Tasks auch direkt auswählen kann

Aso, anscheinend habe ich die Frage falsch verstanden. Wenn’s das build.xml schon gibt, kannst du einmal im Eclipse eine Run-Config anlegen und die dann aufrufen. Die wird standardmäßig das nächste mal beim Aufruf auf Play ausgeführt.

Du kannst aber auch einen Shortcut drauf legen.

Okay, hab das Problem jetzt lösen können. Der Link von schlingel hat mir wirklich weitergeholfen. Mir war das Zusammenspiel von targets und ant aus der Kommando-Zeile nicht bewusst. Jetzt funktioniert es wunderbar…

Für alle, dennen es ähnlich geht und einfach nur ein Skript suchen, hier ist mein aktuelles:

build.xml
[spoiler]
[xml]

<?xml version="1.0" encoding="UTF-8"?>
<!-- The local.properties file is created and updated by the 'android' tool. It contains the path to the SDK. It should *NOT* be checked into 
     Version Control Systems. -->
<property file="local.properties" />

<property name="key.store" value="path/to/my/keystore"/>
<property name="key.alias" value="path/to/my/keystore"/>
<property name="key.store.password" value="key_store_password"/>
<property name="key.alias.password" value="key_store_password"/>

<!-- The ant.properties file can be created by you. It is only edited by the
     'android' tool to add properties to it.
     This is the place to change some Ant specific build properties.
     Here are some properties you may want to change/update:

     source.dir
         The name of the source directory. Default is 'src'.
     out.dir
         The name of the output directory. Default is 'bin'.

     For other overridable properties, look at the beginning of the rules
     files in the SDK, at tools/ant/build.xml

     Properties related to the SDK location or the project target should
     be updated using the 'android' tool with the 'update' action.

     This file is an integral part of the build system for your
     application and should be checked into Version Control Systems.

     -->
<property file="ant.properties" />

<!-- if sdk.dir was not set from one of the property file, then
     get it from the ANDROID_HOME env var.
     This must be done before we load project.properties since
     the proguard config can use sdk.dir -->
<property environment="env" />
<condition property="sdk.dir" value="${env.ANDROID_HOME}">
    <isset property="env.ANDROID_HOME" />
</condition>

<!-- The project.properties file is created and updated by the 'android'
     tool, as well as ADT.

     This contains project specific properties such as project target, and library
     dependencies. Lower level build properties are stored in ant.properties
     (or in .classpath for Eclipse projects).

     This file is an integral part of the build system for your
     application and should be checked into Version Control Systems. -->
<loadproperties srcFile="project.properties" />

<!-- quick check on sdk.dir -->
<fail
        message="sdk.dir is missing. Make sure to generate local.properties using 'android update project' or to inject it through the ANDROID_HOME environment variable."
        unless="sdk.dir"
/>

<!--
    Import per project custom build rules if present at the root of the project.
    This is the place to put custom intermediary targets such as:
        -pre-build
        -pre-compile
        -post-compile (This is typically used for code obfuscation.
                       Compiled code location: ${out.classes.absolute.dir}
                       If this is not done in place, override ${out.dex.input.absolute.dir})
        -post-package
        -post-build
        -pre-clean
-->
<import file="custom_rules.xml" optional="true" />

<!-- Import the actual build file.

     To customize existing targets, there are two options:
     - Customize only one target:
         - copy/paste the target into this file, *before* the
           <import> task.
         - customize it to your needs.
     - Customize the whole content of build.xml
         - copy/paste the content of the rules files (minus the top node)
           into this file, replacing the <import> task.
         - customize to your needs.

     ***********************
     ****** IMPORTANT ******
     ***********************
     In all cases you must update the value of version-tag below to read 'custom' instead of an integer,
     in order to avoid having your file be overridden by tools such as "android update project"
-->
<!-- version-tag: custom -->
<import file="${sdk.dir}/tools/ant/build.xml" />


<target name="copy">
    <path id="android.antlibs">
        <pathelement path="${sdk.dir}/tools/lib/ant-tasks.jar" />
    </path>
    <taskdef name="xpath" classname="com.android.ant.XPathTask" classpathref="android.antlibs" />
    <xpath input="./AndroidManifest.xml" expression="/manifest/@android:versionCode" output="version" />
    
    <copy file="${out.absolute.dir}/${ant.project.name}-release.apk" tofile="release/${ant.project.name}_${version}.apk"/>
</target>

<target name="main">
    <antcall target="clean"/>   <!--  imported from tools/ant/build.xml -->
    <antcall target="release"/> <!--  imported from tools/ant/build.xml -->
    <antcall target="copy"/>
</target>
[/xml]

Damit baue ich eine Datei MyProject_.apk im Unterordner “release” meines Projektes.
[/spoiler]

Das Build-Script ist nicht so toll.

[xml]<?xml version="1.0" encoding="UTF-8"?>

<target name="copy" depends="release">
</target>
[/xml]

Ant kann mit Abhängigkeiten umgehen.
Beim Aufruf von copy, wird sichergestellt, dass zuvor release aufgerufen wird.
Release hat seinerseits eine Abhängigkeit (indirekt) zu clean und sorgt dafür das clean automatisch vor release aufgerufen wird.

Antcall is evil. Man braucht es eigentlich nicht, bis auf die seltenen Fälle in denen man es braucht.

Wenn es main bleiben soll, dann reicht auch
[XML][/XML]

ohne antcall.