tani do kemi nje dnryshore “versioni” me vlere ate qe ben return metoda main e klases Versioni qe duhet te jete e ngjashme me:

package com.albdevnet.testAnt;
public class Versioni {

	public static final String getVersion () {
		return "1 rc 1;
	}

	public static void main (String[] args) {
        System.out.print(getVersion());
    }
}

Po te ishim ne te njetin server ku tomcat eshte i instaluar atehere mudn te perdornim task-et qe tomcat na ofron me:

por nese tomcat eshte ne nje tjeter server, atehere jemi te detyruar te perdorim nje menyre tjeter, me kerkse http direkt nga manger i tocat:
le te eliminojme nje projekt:

ne kete rast kemi bere direkt nje thirrje serverletit te tomcat (nese manager ehste i instaluar ne tomcat-in tuaj)

Per te instalur nje war, ne menyre analoge:

ne dy rastet do te kemi faile me rezultatin (deshtim, ose konfermim, qe gjithcka te kete shuar ok).

nje procedure te tille mund ta perdorni disa here rresht, duke bere instalimi ne servera te dnryshem.

me pas mund te perdorim tasket qe na pelqejne, shembull i nje if

Tani mund te shruajme brenda taskeve tona kodin e nevojshem si psh:

pa trust=”true” mund te keni gabim certifikate…
Tjeter komande shume interesante eshte eksekutimi i komande ne serverin ne server, psh te lejojme qe tomcat per kete te drejta mbi nje direktori:

Ne artikujt e ardhshem do te mundohemi qe te shpjegojme taske te tjera dhe strumente te dobishme per te shfrytezuar ne maksimum ant ne projektet tona.

Shkruaj dicka:

Perdorimi i paremtrave:
Psh duam te shkruajme pershendtje perdorues

Te ruash ne ndryshoren “dataSot” ,daten e sotme ne nje format te caktuar:

Te kopjosh nje direktori ne nje tjeter:

Kopjo nje fail (overwrite opsion per te mbishkruar failin):

Thirr nje metode ant, nga nje tjeter, me parametra te ndryshme:

Nje funksion (target) i thjeshte:
name: emri i funskioni, nuk duhen dy njelloj
depends: eksekutohet para se te eksekutoje kete metode
description: pershkrimi, te dokumentosh ehste gjithmone mire..

Fshi nje direktori:

Fshij nje file:

Krijojme nje jar:

Kompilojme kodin java:

ku classpath e classpath.extra jande dipendencat tuaja, psh te formes:

imagjinoni vete ca vlerash duhet tu jepni ndryshoreve te padeklaruara ketu.

Personalisht kam perdorur me shume se nje here kete strument te fuqishem, per projekte reale e koplekse qe kane nevoje per nje mjet te fuqijshem kompilimi dhe distribuimi.

Imagjionojme te kemi tre servera, nje per testim, nje per prodhim e nje per zhvillim (qe mund te jete dhe makina lokale) dhe po punojme mbi nje apikacion web, cdo sitance ka konfigurim dhe database te vete. Sa pune na duhet per te publikuar nje dnryshim ne projekt? Po ta bejme me dore, do ta duhej nje file war per secilin server, mekofigurimin perkates, gje qe do te na hate shume kohe, ne kete rast ant do beje tere punen per ne, kuptohet nese krijojme nje fail build ashtu si duhet…

Ne rastin tim (qe per arsye te ndryshme smudn te pasqueroj ne kete artikull), kam krijuar nje direktori buildi, me disa fail context (sa ambiente /servera te kem), nje direktori temporane pune dhe scripti build.xml (fali qe ant eksekuton). Fillimisht kopjoj burimet e kodt, i kompiloj, kopjon dipendencat (failet .jar) ne direktorine e duhur, me pas per secilin ambient krijoj nje file war, bej nje kopje te ketyre faili ne serverin e backupit, hap nje lidhje ssh me cdo server, dhe bej nje autentikim http me managerine tomcat per te bere deploy te failit war qe me scp kaloj tek serveri. Per me shume mund te leshoj teste junit apo java per te pare nese paketa ime eshte fundkionale, e me ne fund fshi tere failet e panevojshem…

Kuptohet qe thene keshtu, duket e veshtire , por gjate krijimit te failit do shikoni se sa lehte dhe bukur eshte.

Nje fail i thjeshte buildi do ishte:

    
        Shembull i thjeshte i perodrimit i nje faili build per ant
    
  




  
    
    
    
    
  

  
    
    
  

  
    
    

    
    
  

  
    
    
    
  

Ant ben akoma gjera me te avancuara, shpreojme qe ti prezantojme ne artikujt e ardhsheme.