Mavenova ovisnost i integracija s Eclipseom i TestNG-om

maven dependency integration with eclipse

U ovom uputstvu detaljno ćemo razgovarati o integraciji Mavena s Eclipseom i TestNG-om, Maven Dependency Scope i Maven Deployment Automation:

U prethodnom uputstvu razgovarali smo o usporedbi između Gradlea i Mavena i Maven dodataka. Ovaj vodič objašnjava kako integrirati Maven s drugim alatima, Mavenovu ovisnost i Maven Deployment.

alati potrebni za web razvoj

Započnimo!

=> Posjetite ovdje za ekskluzivnu seriju vodiča za trening Maven.

Što ćete naučiti:

• Integracija Mavena s Eclipseom
• Integracija Mavena s TestNG-om
• Opseg ovisnosti Mavena
  • # 1) Opseg izvođenja
  • # 2) Opseg sustava
  • # 3) Pod uvjetom opsega
  • # 4) Opseg ispitivanja
  • # 5) Opseg uvoza
  • # 6) Obim kompilacije
• Maven automatizacija postavljanja
• Maven Release Plugin
• Zaključak
• Preporučena literatura

Integracija Mavena s Eclipseom

O tome je već detaljno raspravljeno o načinu integracije Mavena s Eclipseom stranica

U određenim scenarijima u kojima iz naredbenog retka gradimo Maven projekt i moramo taj projekt dovesti u Eclipse, tada treba izvršiti sljedeće korake.

# 1) Dođite do mjesta datoteke pom za projekt Maven. Pokrenite naredbu ispod.

mvn pomrčina: pomrčina

# 2) .classpath i .projekt bit će stvorena na mjestu projekta Maven.

Provjerite je li dodatak Maven već dostupan u Eclipseu iz Windows => Postavke , Maven bi tamo trebao biti prisutan. Sve trenutne verzije Eclipse prema zadanim postavkama imaju dodatke Maven i ako ih nema, možemo ih dobiti ovdje .

# 3) Sada da bi Maven i Eclipse radili zajedno, uvezite projekt Maven iz datoteke. Zatim odaberite Postojeći projekt Maven.

# 4) Pregledajte mjesto projekta i Nastavite.

Gornja slika prikazuje projekt Maven uvezen u Eclipse.

Integracija Mavena s TestNG-om

Kako integrirati Maven s TestNG detaljno je raspravljeno na donjoj stranici.

=> Integracija Mavena s TestNg-om pomoću Maven Surefire dodatka

Iako smo Maven integrirali s TestNG-om u naš projekt, možda postoje situacije u kojima naš projekt ima više od jedne testng xml datoteke. Na primjer, cjelokupne značajke regresijskog paketa opisane su u jednoj testng.xml, a testovi ispravnosti opisani su u drugoj datoteci testng.xml.

U ovakvoj situaciji trebamo koristiti profil koncept u Mavenu. U datoteci pom moramo definirati profile. Svaka je dio oznake i povezana je s njom.

Datoteka pom.xml koja sadrži isječak koda profila data je u nastavku:

Imajte na umu da gore imamo dva profila, opisana u nastavku, a svaki profil ima svoj ID. Na primjer, Regresija i Duševno zdravlje također smo pod SuiteXmlFiles definirali naziv xml datoteke Testng koji odgovara id-u ( testngRegression.xml i testngSanity.xml ).

Koji je najbolji besplatni glazbeni downloader

Stoga ovdje imamo dva profila i možemo kontrolirati svaku datoteku Testng uz pomoć jedne pom datoteke.

Sada da bismo pokrenuli test slučaja za svaku datoteku Testng izravno iz naredbenog retka, moramo se premjestiti u mapu projekta i pokrenuti sljedeću naredbu.

Jednom kada se to izvrši, Maven pretražuje profil s regresijom id-a i odgovarajućim testngRegression.xml datoteka. Tako se izvršavaju samo tamo uključeni testovi.

Slično tome, za profil s id Sanity naredba je:

Ovdje testngSanity.xml datoteka se koristi za određivanje test slučajeva koji će se izvršiti. Stoga za pokretanje određenog skupa test slučajeva ne trebamo mijenjati naziv datoteke TestNG u pom, već se to lako može postići održavanjem zasebnih datoteka TestNG.

U datoteci pom možemo mapirati te datoteke i konačno ih pokrenuti uz pomoć profila u Mavenu iz naredbenog retka.

Opseg ovisnosti Mavena

Maven ima ukupno šest opsega kako je navedeno u nastavku.

• Pod uvjetom
• Test
• Sustav
• Uvoz
• Sastaviti
• Vrijeme izvođenja

# 1) Opseg izvođenja

Ovisnost o Mavenu ima opseg kao vrijeme izvođenja i ne koristi se u svrhe izrade. Sastoji se od staze za izvođenje i testiranje projekta. Ispod isječak koda prikazuje ovisnost o opsegu izvođenja.

# 2) Opseg sustava

Ovisnost Mavena s opsegom kao sustavom nalikuje predviđenom opsegu. Ovisnosti sustava ne mogu se preuzeti iz udaljenog spremišta i uglavnom se nalaze u direktorijima projekta. Ispod isječak koda prikazuje ovisnost opsega sustava.

# 3) Pod uvjetom opsega

Za izgradnju i testiranje projekata potrebna je ovisnost o Mavenu čiji je opseg predviđen. Ne preporučuje se izvoz ove ovisnosti, jer su dostupni u vrijeme izvođenja. Međutim, ova je ovisnost potrebna za pokretanje gradnje. Ispod isječak koda prikazuje navedenu ovisnost o opsegu.

# 4) Opseg ispitivanja

Ovisnost o Mavenu koja ima opseg ispitivanja nije potrebna za izgradnju i izvođenje projekta. U osnovi se koriste za sastavljanje i izvođenje unit test slučajeva. Ispod isječak koda prikazuje ovisnost o opsegu ispitivanja.

# 5) Opseg uvoza

Unutar datoteke pom, ovisnostUpravljanje odjeljak sadrži opseg uvoza. To označava ovisnost koju treba mijenjati s efektivnom skupinom ovisnosti koja se nalazi u odjeljku dependencyManagement datoteke pom. Ispod isječak koda prikazuje ovisnost o opsegu uvoza.

# 6) Obim kompilacije

Maven ovisnost koja ima opseg kompajliranja je zadana. Ova je ovisnost ključna za izgradnju, testiranje i izvođenje projekta. To je uglavnom važno za rješavanje Java izvornog koda koji ima izjave o uvozu. Ispod isječak koda prikazuje ovisnost o opsegu kompajliranja.

Maven automatizacija postavljanja

Implementacija projekta je kritična faza i uključuje više koraka definiranih kako je navedeno u nastavku:

1. Kôd je razvijen za provjeru u spremištu.
2. Izvorni kod za preuzimanje iz spremišta.
3. Kompilacija i izrada aplikacije te generiranje JAR ili WAR datoteka.
4. Stavljanje identificiranih JAR ili WAR datoteka na poznato mrežno mjesto.
5. Učitajte JAR ili WAR datoteke.
6. Postavite preuzete JAR ili WAR datoteke na ciljni poslužitelj.
7. Broj nove verzije aplikacije i datum koji će se ažurirati u dokumentaciji.

Gore spomenute korake slijedi svaki član timova uključenih u projekt. Iz gore navedenih koraka, ako netko propusti ili nešto nije učinjeno kako treba, onda to rezultira neuspjeh gradnje i postavljanja . Dakle, između, ako postoje greške, treba ih automatski ispraviti.

kako pokrenuti swf u kromu

Maven slijedi metodu automatizacije implementacije kako bi implementacija bila automatizirana i robusna. To se postiže kombinacijom dolje navedenih procesa:

• Izgradnja i puštanje projekta o kojem će se pobrinuti Maven.
• Izvornim kodom kojim će se upravljati subverzijom i spremištem izvornog koda.
• Projektne binarne datoteke koje će se pobrinuti za upravitelja udaljenog spremišta.

Za Mavenov automatizirani postupak izrade i izdavanja brine se Maven Release plug-in. Datoteka pom.xml trebala bi se ažurirati kako je prikazano u nastavku.

Sljedeći kod je za projekt com.softwaretestHelp pom.xml

Istaknute značajke u gornjoj datoteci pom.xml navedene su u nastavku:

• SCM : Mjesto SVN-a (gdje je prisutan izvorni kod) konfigurira SCM.
• Spremišta : Ovo je mjesto JAR ili WAR ili EAR datoteka ili bilo kojeg drugog artefakta projekta nakon uspješnog završetka izgradnje projekta.
• Uključiti : Automatizaciju postavljanja provodi dodatak za puštanje Maven.

Maven Release Plugin

Maven release plugin provodi sljedeće aktivnosti:

• mvn izdanje: čisto - Čisti radni prostor prethodne gradnje prije dolaska buduće gradnje.
• mvn izdanje: povrat - U slučaju neuspjeha prethodne gradnje, vraća se u radni prostor.
• mvn izdanje: pripremiti - Provjerava postoje li neovlaštene promjene u datotekama ili ne. Također, provjerava ovisnosti snimke i ažurira broj verzije aplikacije. Izmjenjuje pom na SCM. Brine se o izvršenju testnog slučaja i konačnom kodu predaje SCM. Provodi označavanje koda u subverziji. Konačno, ovaj se dodatak povećava i dodaje na inačicu SNAPSHOT za buduća izdanja.
• mvn izdanje: izvesti - Provjerava kôd prisutan u spremištu, a zatim pokreće ciljeve gradnje Maven za postavljanje artefakta gradnje u spremište.

Napokon, za izgradnju projekta moramo pokrenuti donju naredbu:

Nakon što je završen uspješan završetak gradnje, pokrenite sljedeću naredbu:

Sada je WAR datoteka prenesena u spremište.

Zaključak

Nadamo se da bi glavni dijelovi integracije Mavena s Eclipseom, njegova integracija s TestNG, Maven profili, opseg ovisnosti Mavena i automatizacija postavljanja Mavena trebali biti sada razumljivi. Također, ovdje smo raspravljali o većini opsega ovisnosti.

Za postupak implementacije Mavena detaljno smo istražili sve korake i objasnili neke dodatke za izdanje Maven. Pročitajte teme i postupno ćete shvatiti stvarnu bit korištenja Mavena u našem radu.

Nastavit ćemo sa serijalom i prikupljati znanje o integraciji Mavena Jenkinsa, pitanjima za intervjue Maven itd. U našim nadolazećim vodičima.

=> Ovdje provjerite SVE vodiče za Maven.

Preporučena literatura

• Što je Maven - Vodič za početnike za Maven
• Dubinski vodiči pomračenja za početnike
• Vodič za TestNG: Uvod u TestNG Framework
• Vodič za Eclipse: Integriranje TestNG-a u Eclipse Java IDE
• Konfiguriranje Mavena s Eclipse Java IDE
• Gradle Vs Maven i Maven dodaci
• Maven s Jenkinsom i Mavenom dokumentacija za projekte
• Integracija Mavena s TestNg-om pomoću Maven Surefire dodatka