Visualizzazione dei risultati da 1 a 4 su 4

Discussione: [JAVA+XML] Usare Ant..

  1. #1

    [JAVA+XML] Usare Ant..

    Ciao a tutti, sto provando ad usare Ant, un tool che permette di velocizzare le operazioni di compilazione quando si ha a che fare con numerosi file. Nel mio caso ho diversi file, tra i quali il main che richiede tre variabili intere a scelta dell'utente, che verranno usate per fare diversi calcoli. Fin quando compilavo da riga di comando, per eseguire il programma oltre al
    javac Pippo.java
    mi bastava un
    java Pippo x y z [dove x y e z sono degli int]
    e tutto funzionava.
    Ora sto provando ad usare Ant, e questo è il codice del build.xml che ho scritto:

    <?xml version="1.0" ?>

    <project name="SuperPippo" default="SuperPippo.run" basedir=".">



    <target name= "SuperPippo.build">
    <javac srcdir= "${basedir}" classpath= "${basedir} /.." source= "1.4" />
    </target>



    <target name= "SuperPippo.run" depends= "SuperPippo.build" >
    <antcall target="Pippo.run" />

    </target>

    <target name="Pippo.run" >
    <java taskname= "Pippo" classname= "Pippo" classpath="${basedir};${basedir}/.." fork="true" failonerror="true" />
    <compilerarg line=" 10 3 8"/>
    </target>



    <target name="clean" description="Removes all old class files">
    <delete>
    <fileset dir="${basedir}" includes= "**/*.class" />
    </delete>
    <echo message="clean successful" />
    </target>

    </project>

    il mio problema è che vorrei passare a Pippo i tre interi ma non so come fare, e dalla documentazione sul sito ufficiale non ho capito come fare.
    Qualcuno di voi ha qualche esperienza passata in Ant e mi può dare una mano? grazie
    -------------------
    carlito's way

  2. #2
    Moderatore di Programmazione L'avatar di LeleFT
    Registrato dal
    Jun 2003
    Messaggi
    17,307
    Una domanda, per chiarire...

    E tutto questo dovrebbe velocizzare la compilazione delle applicazioni? Ovvero, questo
    codice:
    <?xml version="1.0" ?> 
    
    <project name="SuperPippo" default="SuperPippo.run" basedir="."> 
    
    
     
    <target name= "SuperPippo.build"> 
    <javac srcdir= "${basedir}" classpath= "${basedir} /.." source= "1.4" /> 
    </target> 
    
    
     
    <target name= "SuperPippo.run" depends= "SuperPippo.build" > 
    <antcall target="Pippo.run" /> 
    
    </target> 
    
    <target name="Pippo.run" > 
    <java taskname= "Pippo" classname= "Pippo" classpath="${basedir};${basedir}/.." fork="true" failonerror="true" /> 
    <compilerarg line=" 10 3 8"/> 
    </target> 
    
    
     
    <target name="clean" description="Removes all old class files"> 
    <delete> 
    <fileset dir="${basedir}" includes= "**/*.class" /> 
    </delete> 
    <echo message="clean successful" /> 
    </target> 
    
    </project>
    dovrebbe essere più veloce di questo
    codice:
    javac *.java
    java NomeApp <parametri>
    ?

    La gente ha proprio uno strano concetto di "velocità"... :rollo:

    Ciao.
    "Perchè spendere anche solo 5 dollari per un S.O., quando posso averne uno gratis e spendere quei 5 dollari per 5 bottiglie di birra?" [Jon "maddog" Hall]
    Fatti non foste a viver come bruti, ma per seguir virtute e canoscenza

  3. #3
    Utente di HTML.it L'avatar di Angelo1974
    Registrato dal
    Feb 2003
    Messaggi
    1,107
    Una domanda, per chiarire...

    E tutto questo dovrebbe velocizzare la compilazione delle applicazioni? Ovvero, questo

    code:--------------------------------------------------------------------------------
    <?xml version="1.0" ?>

    <project name="SuperPippo" default="SuperPippo.run" basedir=".">



    <target name= "SuperPippo.build">
    <javac srcdir= "${basedir}" classpath= "${basedir} /.." source= "1.4" />
    </target>



    <target name= "SuperPippo.run" depends= "SuperPippo.build" >
    <antcall target="Pippo.run" />

    </target>

    <target name="Pippo.run" >
    <java taskname= "Pippo" classname= "Pippo" classpath="${basedir};${basedir}/.." fork="true" failonerror="true" />
    <compilerarg line=" 10 3 8"/>
    </target>



    <target name="clean" description="Removes all old class files">
    <delete>
    <fileset dir="${basedir}" includes= "**/*.class" />
    </delete>
    <echo message="clean successful" />
    </target>

    </project>
    --------------------------------------------------------------------------------

    dovrebbe essere più veloce di questo

    code:--------------------------------------------------------------------------------
    javac *.java
    java NomeApp <parametri>
    Ciao Lele; in effetti il doversi creare un file build.xml può sembrare davvero molto più complesso e dispendioso di fare javac .... e java.
    Ma non sottovalutare la potenza di ant; è un tool potentissimo (io lo consco, ahimè, pochissimo); ho visto applicazioni di cui tu hai solo il sorgente e col build.xml ti vengono generati: file .war, .ear ejb con relative interfacce, javadoc; se hai l'application server attivo ti fuò fare il deploy della web application automaticamente; insomma è una vera figata. Il peccato è che documentazione in rete ne ho trovata pochissima.....
    Ciao
    Se vuoi trovare l'arcobaleno, devi sopportare la pioggia

  4. #4
    Moderatore di Programmazione L'avatar di LeleFT
    Registrato dal
    Jun 2003
    Messaggi
    17,307
    Non stò sottovalutando la potenza di ANT (che, tra l'altro, non conosco affatto). La mia era una domanda retoricamente ironica, basata soprattutto sul fatto che la domanda di carlitos81 era rivolta a "velocizzare" la compilazione quando si hanno più files sorgenti...


    Ciao.
    "Perchè spendere anche solo 5 dollari per un S.O., quando posso averne uno gratis e spendere quei 5 dollari per 5 bottiglie di birra?" [Jon "maddog" Hall]
    Fatti non foste a viver come bruti, ma per seguir virtute e canoscenza

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.