what is maven maven tutorial
Denne indledende Maven-vejledning forklarer, hvad der er Maven, hvorfor bruge Maven, dets definition, grundlæggende terminologier, typer af Maven-arkiv osv.:
I denne vejledning vil vi udforske Maven, dens definition, oversigt, operationelle trin på Maven og forstå de grundlæggende terminologier på Maven, aktiviteter udført af Maven og typerne af Maven-arkiver i detaljer.
Lad os begynde!!
Liste over vejledninger i denne Maven-serie
Tutorial # 1: Hvad er Maven - Maven-tutorial til begyndere (Denne vejledning)
Tutorial # 2: Hvad er POM (projektobjektmodel) og Pom.Xml i Maven
Tutorial # 3: Gradle Vs Maven And Maven Plugins
Tutorial # 4: Maven afhængighed og integration med formørkelse og testNG
Tutorial # 5: Maven With Jenkins & Maven Documentation For Projects
Tutorial # 6: 31 Ofte stillede Maven Interview Spørgsmål og svar
Hvad du lærer:
Hvad er Maven
Maven er et build- og projektstyringsværktøj, der generelt bruges i rammer bygget i Java. Det er udviklet af Apache Software Foundation. Maven, et ord fra det jiddiske sprog, betyder 'videnopsamler'. Det blev introduceret for at udføre processen med at udløse bygge i Jakarta Turbine Project.
Maven styres af Project Object Model (pom) -filen. Mens vi arbejder med indbyggede Java-rammer, har vi ofte at gøre med en række afhængigheder.
Før Maven kom ind i billedet, måtte alle afhængigheder, der kun er JAR-filer, tilføjes vores rammer manuelt. Vi havde også brug for at tage os af softwareopgraderingen i vores projekt.
sql spørgsmål spørgsmål og svar pdf
Maven sikrer, at projekt-JAR'er og biblioteker downloades automatisk. Kun oplysningerne om versionerne af softwaren og typen af afhængigheder skal beskrives i pom .xml-filen.
Maven kan tage sig af projekter på Ruby, C # og andre sprog. Det tager opgaven med at opbygge projekter, deres afhængighed og dokumentation.
ANT, et andet værktøj udviklet af Apache Software Foundation, bruges også til opbygning og implementering af projekter. Men Maven er mere avanceret end ANT. Ligesom ANT har Maven gjort processen med at bygge enkel. Kort sagt har Maven gjort udviklernes liv let.
Hvorfor bruge Maven
Maven udfører nedenstående aktiviteter:
- Datalager for at få afhængighederne.
- At have en lignende mappestruktur på tværs af organisationen.
- Integration med kontinuerlige integrationsværktøjer som Jenkins.
- Plugins til testudførelse.
- Det giver information om, hvordan softwaren / projektet udvikles.
- Bygningsprocessen gøres enklere og konsekvent.
- Giver retningslinjer for de bedste fremgangsmåder, der skal følges i projektet.
- Forbedrer projektets ydeevne.
- Let at flytte til nye attributter fra Maven.
- Integration med versionskontrolværktøjer som Git.
Maven tager sig af processer som udgivelser, distribution, rapportering, builds, dokumentation og SCM'er. Maven opretter forbindelse til Maven Central-arkivet og indlæser dem lokalt. Nogle af de IDE'er, der understøtter projektudvikling med Maven, er NetBeans, Eclipse, IntelliJ osv.
Maven skal bruges i vores projekter i følgende scenarier:
- Hvis projektet kræver et stort antal afhængigheder.
- Hvis versionen af afhængighederne har brug for hyppig opgradering.
- Hvis projektet skal have hurtig dokumentation, kompilering og emballering af kildekoden til JAR- eller ZIP-filer.
Operative trin af Maven
# 1) Første Maven gennemgår POM .xml-filen.
#to) Afhængighederne indlæses i det lokale lager.
# 3) Går gennem de indbyggede livscyklusser i Maven som vist nedenfor:
- Standard: Tar sig af implementeringen af projektet.
- Ren: Fjerner eventuelle fejl, derved renser projektet og fjerner den artefakt, der er produceret fra den tidligere proces med bygningen.
- Websted: Plejer dokumentationen af projektet.
# 4) Hver indbyggede cyklus har flere faser. For eksempel, standard har 23 faser, mens det er rent, og stedet har henholdsvis tre og fire faser.
# 5) Hver Maven-cyklus gennemgår flere faser, hvor et bestemt trin har et specifikt mål.
Nogle af de vigtige faser er anført nedenfor:
- Bekræft: Kontrollerer, om alle forudsætningsdata for bygningen, der skal gennemføres, er tilgængelige.
- Udarbejde: Kildekoden er kompileret.
- Test-kompilering: Testkildekoden er kompileret.
- Prøve: Enhedstestsager udføres.
- Pakke: Kildekoden kompileres og pakkes i JAR- eller ZIP-filer.
- Integrationstest: Pakke implementeres, og hvis der er problemer, udføres integrationstestsager.
- Installationspakke: Det er installeret i det lokale lager.
- Indsætte: En kopi af pakken gøres tilgængelig fra det eksterne lager.
Disse faser skal udføres i rækkefølge. Også, hvis indsætte fase, dvs. slutfasen af Maven-cyklussen skal udføres, så alle de tidligere faser til denne cyklus skal gennemføres med succes.
Fra kommandoprompten køres faserne på følgende måde:
mvn , for eksempel, mvn validere
# 6) En gruppe af Maven-mål udgør en fase. Ligesom faser i Maven skal hvert mål køres i en bestemt rækkefølge.
Et mål har følgende syntaks:
Plugin: mål
Her har vi diskuteret nogle af faserne sammen med de mål, der er knyttet til dem:
- kompilator: kompilér (bruges i kompileringsfasen)
- compiler: test (bruges i fasen af testkompilering)
- surefire: test (bruges i testfasen)
- install: install (bruges i installationsfasen)
- krukke: krig (bruges i emballagefasen)
- krig: krig (brugt i emballagefasen)
De operationelle trin for, hvordan Maven fungerer, er vist diagrammatisk nedenfor:
ekstern desktop-software til Windows 7
Terminologier i Maven
- POM : Det står for Project Object Model. Det er en XML-fil, der har oplysningerne om projektet, afhængighederne i projektet, kildefilens bibliotek, plugin-information osv. Dette er de nødvendige data for, at Maven kan bygge projektet fuldstændigt. Maven læser pom-filen for at få alle disse oplysninger.
Maven-projekt i Eclipse IDE med et kodestykke fra POM XML-filen er vist nedenfor.
- GroupId : Genkender vores projekt entydigt fra alle projekterne. GroupId er en del af pom-filen. Det siges ofte som en identitet for gruppen af projekter.
- ArtefaktId : En jar-fil, der distribueres til Maven-arkivet. ArtifactId er en del af pom-filen. Det siges ofte som en identitet og et projektnavn.
- Version : Angiver versionen af krukken på projektet. Version er også en del af pom-filen.
Som afbildet i billedet ovenfor kan vi se det, og tags udgør den del af de afhængigheder, der er defineret for projektet.
- Maven Central Repository : Dette er pladsholderen, hvor krukker, biblioteker, plugins og konfigurationsdata, der kræves af Maven til opbygning af projektet, er til stede.
Hvis vi vil tilføje Selen-afhængigheder i vores projekt, skal vi have nedenstående kodestykke til pom-filen.
org.seleniumhq.selenium selenium-java 4.0.0-alpha-5
Ud af de mange projekter, der er hejst i Maven-centrallageret, identificerer det Selenium ved hjælp af groupId. Tilsvarende er ArtifactId som et underprojekt under groupId.
For eksempel, Selenium-kode understøttes af sprog som Java, C # osv. Her fra artifactId er det tydeligt, at vi kun forbinder de JAR'er, der er knyttet til Java. Den version af JAR, der skal tilknyttes projektet, er også en del af afhængighederne.
Vi kan også offentliggøre vores eget projekt i Maven-arkivet ved at give disse tre oplysninger.
Maven Repository
Maven Repository kan være af tre typer:
- Lokalt lager
- Fjernlager
- Centralt arkiv
Når Maven læser afhængighederne fra POM-filen, søger den først i det lokale lager, derefter til det centrale og endelig til det eksterne lager. Hvis afhængighederne ikke findes i nogen af de tre arkiver, får brugeren besked om en fejl, og processen stoppes.
# 1) Maven Local Repository
Det lokale lager er placeret i vores lokale system - mest i .m2 (C: / Brugere / superdev /.m2) -mappe, der viser sin tilstedeværelse, når Maven er installeret i vores system, og vi har været i stand til at udføre en Maven-kommando med succes.
Det er også muligt at ændre denne placering i settings.xml (MAVEN_HOME / conf /settings.xml) ved hjælp af localRepository tag.
Nedenfor xml-kodestykke viser, hvordan du ændrer placeringen af det lokale arkiv:
C: Maven m2 # 2) Maven Central Repository
Centralt arkiv er udviklet af Apache Maven-gruppen og hostes på nettet. Dette betragtes som det centrale lager, og det har alle de fælles biblioteker. Som et lokalt lager kan vi som standard også ændre den placering, hvor de skal downloades, ved at ændre indstillingen. Xml.
# 3) Maven Remote Repository
Fjernlager er også vært på internettet. I nogle scenarier kan en virksomhed udvikle sit eget eksterne lager og udføre implementeringer på deres private projekter. Disse ejes af det specifikke firma og kan kun drives indeni det.
Fjernlageret har lignende arbejdsmønstre som et centralt lager. Når der kræves nogen afhængigheder eller konfigurationer fra disse arkiver, skal de først downloades til vores lokale og derefter bruges.
En prøve xml-kode til fjernlager med id og url vises nedenfor.
com.src.repository http://maven.comp.com/maven2/
Konklusion
Vi håber, at du fik en klar idé om, hvad maven er, hvorfor vi bruger Maven, operationelle trin på Maven, Maven-cyklusser, faser, mål, grundlæggende terminologier på Maven og typer af Maven-arkiver.
I vores næste vejledning skal vi undersøge, hvordan man bygger et projekt i Maven, miljø oprettet til Maven og mange andre relaterede emner.
Anbefalet læsning
- Integration af Maven med TestNg ved hjælp af Maven Surefire Plugin
- AWS CodeBuild-vejledning: Uddrag af kode fra Maven Build
- Konfiguration af Maven med Eclipse Java IDE
- Hvad er POM (projektobjektmodel) og pom.xml i Maven
- Gradle Vs Maven And Maven Plugins
- Maven With Jenkins & Maven Documentation For Projects
- 31 Ofte stillede Maven Interview Spørgsmål og svar
- Maven afhængighed og integration med formørkelse og testNG