what is maven maven tutorial
Denne innledende Maven-opplæringen vil forklare hva som er Maven, hvorfor bruke Maven, dens definisjon, grunnleggende terminologier, typer Maven Repository, etc:
I denne opplæringen vil vi utforske Maven, dens definisjon, oversikt, operasjonelle trinn på Maven, og forstå de grunnleggende terminologiene på Maven, aktiviteter utført av Maven, og hvilke typer Maven-arkiver i detalj.
La oss begynne!!
Liste over opplæringsprogrammer i denne Maven-serien
Opplæring # 1: Hva er Maven - Maven Tutorial for nybegynnere [Denne veiledningen]
Opplæring nr. 2: Hva er POM (prosjektobjektmodell) og Pom.Xml i Maven
Opplæring # 3: Gradle Vs Maven And Maven Plugins
Opplæring # 4: Maven avhengighet og integrasjon med formørkelse og testNG
Opplæring # 5: Maven With Jenkins & Maven Documentation For Projects
Opplæring # 6: 31 Vanlige spørsmål om Maven-intervju og spørsmål
Hva du vil lære:
Hva er Maven
Maven er et verktøy for bygging og prosjektledelse som vanligvis brukes i rammer bygget i Java. Den er utviklet av Apache Software Foundation. Maven, et ord fra jødisk språk, betyr 'samler av kunnskap'. Den ble introdusert for å gjøre prosessen med å utløse bygg i Jakarta Turbine Project.
Maven styres av filen Project Object Model (pom). Mens vi arbeider med rammer innebygd Java, må vi ofte håndtere en rekke avhengigheter.
Før Maven kom inn i bildet, måtte alle avhengigheter, som ikke er annet enn JAR-filer, legges til rammeverket vårt manuelt. Vi trengte også å ta oss av programvareoppgraderingen i prosjektet vårt.
hvordan du setter jar-filer som skal åpnes med java
Maven sørger for at prosjekt-JARer og biblioteker lastes ned automatisk. Bare informasjonen om versjonene av programvaren og typen avhengighet trenger å bli beskrevet i pom .xml-filen.
Maven kan ta seg av prosjekter på Ruby, C # og andre språk. Det tar oppgaven med å bygge prosjekter, deres avhengighet og dokumentasjon.
ANT, et annet verktøy utviklet av Apache Software Foundation, brukes også til å bygge og distribuere prosjekter. Men Maven er mer avansert enn ANT. I likhet med ANT har Maven gjort byggeprosessen enkel. Dermed har kort sagt Maven gjort utviklernes liv enkelt.
Hvorfor bruke Maven
Maven utfører aktivitetene nedenfor:
- Datalager for å få avhengighetene.
- Å ha en lignende mappestruktur på tvers av organisasjonen.
- Integrasjon med kontinuerlige integrasjonsverktøy som Jenkins.
- Plugins for testutførelse.
- Den gir informasjon om hvordan programvaren / prosjektet utvikles.
- Byggeprosessen gjøres enklere og konsekvent.
- Gir retningslinjer for beste praksis som skal følges i prosjektet.
- Forbedrer prosjektytelsen.
- Enkel å flytte til nye attributter fra Maven.
- Integrasjon med versjonskontrollverktøy som Git.
Maven tar seg av prosesser som utgivelser, distribusjon, rapportering, builds, dokumentasjon og SCMs. Maven kobles til Maven Central repository og laster dem inn lokalt. Noen av IDEene som støtter prosjektutvikling med Maven er NetBeans, Eclipse, IntelliJ og så videre.
Maven skal brukes i prosjektene våre i følgende scenarier:
- Hvis prosjektet krever et stort antall avhengigheter.
- Hvis versjonen av avhengighetene trenger hyppig oppgradering.
- Hvis prosjektet trenger rask dokumentasjon, kompilering og pakking av kildekoden i JAR- eller ZIP-filer.
Operative Steps Of Maven
#1) First Maven går gjennom POM .xml-filen.
#to) Avhengighetene lastes inn i det lokale depotet.
# 3) Går gjennom de innebygde livssyklusene til Maven som vist nedenfor:
- Misligholde: Tar seg av distribusjonen av prosjektet.
- Ren: Fjerner eventuelle feil, derved renser prosjektet og fjerner gjenstanden som ble produsert fra den forrige prosessen med bygningen.
- Nettstedet: Tar seg av dokumentasjonen av prosjektet.
# 4) Hver innebygde syklus har flere faser. For eksempel, standard har tjuetre faser mens det er rent og nettstedet har henholdsvis tre og fire faser.
# 5) Hver Maven-syklus går gjennom flere stadier der et bestemt trinn har et bestemt mål.
Noen av de viktige fasene er listet opp nedenfor:
- Validere: Verifiserer om alle forutsetningsdataene for at bygningen skal fullføres er tilgjengelige.
- Kompilere: Kildekoden er samlet.
- Testkompilere: Testkildekoden er samlet.
- Test: Enhetstestsaker utføres.
- Pakke: Kildekoden blir samlet og pakket inn i JAR- eller ZIP-filer.
- Integrasjonstest: Pakken er distribuert, og hvis det er noen problemer, blir integrasjonstestsaker utført.
- Installasjonspakke: Den er installert i det lokale depotet.
- Utplassere: En kopi av pakken gjøres tilgjengelig fra det eksterne depotet.
Disse fasene må utføres i rekkefølge. Også, hvis utplassere fasen, dvs. at sluttfasen til Maven-syklusen må utføres, så alle tidligere faser til den syklusen må fullføres.
Fra ledeteksten kjøres fasene på følgende måte:
mvn , for eksempel, mvn validere
# 6) En gruppe Maven-mål utgjør en fase. Akkurat som Maven-faser, må hvert mål kjøres i en bestemt rekkefølge.
Et mål har følgende syntaks:
Plugin: mål
manuell testing intervju spørsmål og svar i 3 år erfarne
Her har vi diskutert noen av fasene sammen med målene knyttet til dem:
- kompilator: kompilere (brukt i kompileringsfasen)
- kompilator: test (brukes i fasen av testkompilering)
- surefire: test (brukt i testfasen)
- installer: installer (brukes i installasjonsfasen)
- jar: war (brukt i fasen av emballasjen)
- krig: krig (brukt i emballasjefasen)
De operasjonelle trinnene for hvordan Maven fungerer vises diagrammatisk nedenfor:
Terminologier i Maven
- POM : Det står for Project Object Model. Det er en XML-fil som har informasjonen om prosjektet, avhengighetene som er tilstede i prosjektet, katalog over kildefilen, plugin-informasjon og så videre. Dette er de nødvendige dataene for at Maven skal fullføre prosjektet. Maven leser pom-filen for å få all denne informasjonen.
Maven-prosjekt i Eclipse IDE med et kodebit fra POM XML-filen vises nedenfor.
- GroupId : Kjenner igjen prosjektet vårt unikt fra alle prosjektene. GroupId er en del av pom-filen. Det blir ofte sagt som en identitet for prosjektgruppen.
- ArtifactId : En jar-fil som distribueres til Maven-arkivet. ArtifactId er en del av pom-filen. Det blir ofte sagt som en identitet og navnet på prosjektet vårt.
- Versjon : Spesifiserer versjonen av glasset til prosjektet. Versjon er også en del av pom-filen.
Som avbildet i bildet ovenfor, kan vi se det, og koder utgjør den delen av avhengighetene som er definert for prosjektet.
- Maven Central Repository : Dette er plassholderen der krukker, biblioteker, plugins og konfigurasjonsdata som kreves av Maven for å bygge prosjektet er til stede.
Hvis vi vil legge til Selen-avhengigheter i prosjektet vårt, må vi ha kodebiten nedenfor til pom-filen.
org.seleniumhq.selenium selenium-java 4.0.0-alpha-5
Ut av de flere prosjektene som er heist i Maven-sentralen, identifiserer den Selen ved hjelp av groupId. Tilsvarende er ArtifactId som et underprosjekt under groupId.
For eksempel, Selen-kode støttes av språk som Java, C # og så videre. Her, fra artifactId, er det tydelig at vi bare kobler til JAR-er tilknyttet Java. Også versjonen av JAR som skal tilknyttes prosjektet, er også en del av avhengighetene.
Vi kan også publisere vårt eget prosjekt i Maven-arkivet ved å gi disse tre informasjonene.
Maven Repository
Maven Repository kan være av tre typer:
- Lokalt depot
- Fjernregister
- Sentralt arkiv
Når Maven leser avhengighetene fra POM-filen, søker den først i det lokale depotet, deretter til det sentrale og til slutt til det eksterne depotet. Hvis avhengighetene ikke finnes i noen av de tre arkivene, blir brukeren varslet med en feil, og prosessen stoppes.
# 1) Maven Local Repository
Det lokale depotet ligger i vårt lokale system - for det meste i .m2 (C: / Users / superdev /.m2) -katalog som viser sin tilstedeværelse når Maven er installert i systemet vårt, og vi har kunnet utføre en Maven-kommando.
Det er også mulig å endre denne plasseringen i settings.xml (MAVEN_HOME / conf /settings.xml) ved hjelp av localRepository stikkord.
Under xml-kodebiten viser hvordan du endrer plasseringene til det lokale depotet:
C: Maven m2 # 2) Maven Central Repository
Sentralt depot er utviklet av Apache Maven-gruppen og er vert på nettet. Dette regnes som det sentrale depotet, og det har alle vanlige biblioteker. Som et lokalt arkiv kan vi også endre plasseringen der de skal lastes ned som standard ved å endre setting.xml.
# 3) Maven Remote Repository
Fjernlager er også vert på nettet. I noen scenarier kan et selskap utvikle sitt eget eksterne depot og utføre distribusjoner på sine private prosjekter. Disse eies av det spesifikke selskapet og kan bare drives i det.
Fjernregisteret har lignende arbeidsmønstre som et sentralt arkiv. Når noen avhengigheter eller konfigurasjoner kreves fra disse depotene, skal de først lastes ned til vårt lokale og deretter brukes.
Eksempel på xml-kode for eksternt arkiv med id og url vises nedenfor.
com.src.repository http://maven.comp.com/maven2/
Konklusjon
Vi håper at du har en klar ide om hva maven er, hvorfor vi bruker Maven, operasjonelle trinn på Maven, Maven-sykluser, faser, mål, grunnleggende terminologier på Maven og typer Maven-arkiver.
I vår neste veiledning skal vi utforske hvordan du bygger et prosjekt i Maven, miljø satt opp for Maven og mange andre relaterte emner.
Anbefalt lesing
- Integrering av Maven med TestNg ved hjelp av Maven Surefire Plugin
- AWS CodeBuild Tutorial: Utpakking av kode fra Maven Build
- Konfigurere Maven med Eclipse Java IDE
- Hva er POM (prosjektobjektmodell) og pom.xml i Maven
- Gradle Vs Maven And Maven Plugins
- Maven With Jenkins & Maven Documentation For Projects
- 31 Vanlige spørsmål om Maven-intervju og spørsmål
- Maven avhengighet og integrasjon med formørkelse og testNG