maven dependency integration with eclipse
У овом водичу детаљно ћемо разговарати о интеграцији Мавена са Ецлипсеом и ТестНГ, Мавен Депенденци Сцопе и Мавен Деплоимент Аутоматион:
У претходном упутству смо разговарали о поређењу између Градле-а против Мавен-а и Мавен Плугинс-а. Овај водич објашњава како интегрисати Мавен са другим алатима, зависност од Мавена и Мавен Деплоимент.
како отворити .јнлп датотеке у Виндовс 10
Хајде да почнемо!
=> Посетите овде за ексклузивну серију водича за тренинг Мавен.
Шта ћете научити:
- Интеграција Мавена са Ецлипсеом
- Интеграција Мавена са ТестНГ-ом
- Мавен Депенденци Сцопе
- Мавен Деплоимент Аутоматион
- Мавен Релеасе Плугин
- Закључак
- Препоручено читање
Интеграција Мавена са Ецлипсеом
О томе како је Мавен интегрисати са Ецлипсеом већ је детаљно размотрено страна
У одређеним сценаријима када из командне линије градимо Мавен пројекат и морамо тај пројекат довести у Ецлипсе, треба извршити следеће кораке.
# 1) Дођите до локације датотеке пом за пројекат Мавен. Покрените доњу команду.
мвн ецлипсе: ецлипсе
# 2) .цласспатх и .пројекат биће створене на локацији пројекта Мавен.
Проверите да ли је додатак Мавен већ доступан у програму Ецлипсе фром Виндовс => Преференце , Мавен би тамо требао бити присутан. Све тренутне верзије Ецлипсе подразумевано имају додатке Мавен и ако их нема, можемо их добити од овде .
# 3) Сада да би Мавен и Ецлипсе радили заједно, увезите Мавен пројекат из датотеке. Затим одаберите Постојећи пројекат Мавен.
# 4) Прегледајте локацију пројекта и настави.

Горња слика приказује пројекат Мавен увезен у Ецлипсе.
Интеграција Мавена са ТестНГ-ом
Како интегрисати Мавен са ТестНГ детаљно је размотрено на доњој страници.
=> Интеграција Мавена са ТестНг-ом помоћу Мавен Сурефире додатка
Иако смо Мавен интегрисали са ТестНГ-ом у наш пројекат, можда постоје ситуације у којима наш пројекат има више од једне тестнг кмл датотеке. На пример, целокупне функције пакета регресије описане су у једном тестнг.кмл, а тестови исправности описани су у другом тестнг.кмл фајлу.
У оваквој ситуацији морамо да користимо профил концепт у Мавену. У датотеци пом морамо дефинисати профиле. Свака је део ознаке и повезана је са њом.
Датотека пом.кмл која садржи исечак кода профила дата је у наставку:
Regression org.apache.maven.plugins maven-surefire-plugin 2.20.1 testngRegression.xml Sanity org.apache.maven.plugins maven-surefire-plugin 2.20.1 testngSanity.xml
Имајте на уму да горе имамо два профила, описана у наставку, и сваки профил има повезан ИД. На пример, Регресија и Здрав разум такође, под суитеКсмлФилес, дефинисали смо име кмл датотеке Тестнг која одговара ид-у ( тестнгРегрессион.кмл и тестнгСанити.кмл ).
најбоља апликација за преузимање мп3 музике
Дакле, овде имамо два профила и можемо да контролишемо сваку Тестнг датотеку уз помоћ једне пом датотеке.
Сада да бисмо покренули тест случаја за сваку датотеку Тестнг директно из командне линије, морамо се преселити у директоријум пројекта и покренути следећу команду.
mvn test –PRegression
Када се ово изврши, Мавен претражује профил са регресијом ид-а и одговарајућим тестнгРегрессион.кмл датотека. Тако се извршавају само тестови који су тамо укључени.
Слично томе, за профил са ид Санити наредба је:
mvn test –PSanity
Ево тестнгСанити.кмл датотека се користи за одређивање тест случајева који ће се извршити. Стога за покретање одређеног скупа тест случајева не морамо модификовати име датотеке ТестНГ у пом, већ се то лако може постићи одржавањем одвојених датотека ТестНГ.
У датотеци пом можемо мапирати ове датотеке и коначно их покренути уз помоћ профила у Мавену из командне линије.
Мавен Депенденци Сцопе
Мавен има укупно шест опсега како је наведено у наставку.
- Под условом
- Тест
- Систем
- Увоз
- Саставити
- Рунтиме
# 1) Опсег извођења
Зависност Мавена има опсег као време извођења и не користи се у сврхе израде. Састоји се од стазе за извођење и тестирање пројекта. Исечак кода у наставку приказује зависност опсега извршавања.
com.softwaretesting MavenJava 2.3 runtime
# 2) Системски опсег
Зависност Мавена са опсегом као системом подсећа на пружени опсег. Зависности система не могу се преузети из удаљеног спремишта и углавном се налазе у директоријумима пројекта. Исечак кода у наставку приказује зависност системског опсега.
com.software MavenJava1 system 3.0 ${dir}warWEB-INFlibdep.jar
# 3) Обезбеђени опсег
Зависно од Мавена чији је опсег предвиђен потребан је за изградњу и тестирање пројеката. Не препоручује се извоз ове зависности, јер су они доступни током извођења. Међутим, ова зависност је потребна за покретање градње. Исечак кода у наставку приказује обезбеђену зависност од опсега.
com.test MavenJava2 5.1.1 provided
# 4) Опсег теста
Зависност Мавена која има опсег теста није потребна за изградњу и извођење пројекта. У основи се користе за састављање и покретање унит тест случајева. Исечак кода у наставку приказује зависност опсега теста.
com.testing MavenJava3 1.0.2 test
# 5) Опсег увоза
Унутар датотеке пом, депенденциМанагемент одељак садржи опсег увоза. То означава зависност коју треба променити ефективном групом зависности која се пружа у одељку депенденциМанагемент датотеке пом. Исечак кода у наставку приказује зависност од опсега увоза.
како створити макефиле ц ++
com.testhelp MavenJava4 SNAP import pom
# 6) Обим компилације
Мавен зависност која има опсег компајлирања је подразумевана. Ова зависност је од суштинског значаја за изградњу, тестирање и извођење пројекта. Ово је углавном важно за решавање Јава изворног кода који има изјаве о увозу. Исечак кода испод приказује зависност од обима компајлирања.
logging log 2.1.3 compile
Мавен Деплоимент Аутоматион
Имплементација пројекта је критична фаза и укључује више корака дефинисаних како је наведено у наставку:
- Код развијен за проверу у спремишту.
- Изворни код за преузимање из спремишта.
- Компилација и израда апликације и генерисање ЈАР или ВАР датотека.
- Стављање идентификованих ЈАР или ВАР датотека на познато мрежно место.
- Учитајте ЈАР или ВАР датотеке.
- Поставите преузете ЈАР или ВАР датотеке на циљни сервер.
- Број нове верзије апликације и датум који ће се ажурирати у документацији.
Горе наведене кораке прати сваки члан тимова укључених у пројекат. Из горе наведених корака, ако неко пропусти или било шта није правилно урађено, то резултира неуспех изградње и примене . Дакле, између, ако постоје грешке, треба их аутоматски исправити.
Мавен следи метод аутоматизације примене како би имплементацију учинио аутоматском и робусном. То се постиже комбинацијом доле наведених процеса:
- Изградња и пуштање пројекта о коме ће се побринути Мавен.
- Изворним кодом којим треба управљати субверзија и спремиште изворног кода.
- Пројектне бинарне датотеке које ће се побринути за управитеља удаљеног спремишта.
Мавен-овим аутоматизованим процесом израде и издавања брине Мавен Релеасе плуг-ин. Пом.кмл датотеку треба ажурирати како је приказано доле.
Доњи код је за пројекат цом.софтваретестХелп пом.кмл
4.0.0 com.softwaretestHelp TestApplication war 2.0 WebTest Maven Java http://maven.apache.org http://www.svn.com scm:svn:http://localhost:8080/svn/jrepo/trunk/Framework scm:svn:testing/test@localhost:8080:common_core_api:1101:code SampleTest-Web-Release Release repository http://localhost:8082/nexus/content/repositories/SampleTest-Web-Release org.apache.maven.plugins maven-release-plugin 2.0-beta-9 false deploy (SampleTest-Web- checkin) junit junit 3.9 test
Истакнуте карактеристике у горњој датотеци пом.кмл наведене су у наставку:
- СЦМ : Локација СВН-а (где је присутан изворни код) конфигурише СЦМ.
- Репозиторијуми : Ово је место ЈАР или ВАР или ЕАР датотека или било ког другог артефакта пројекта након успешног завршетка изградње пројекта.
- Повезати : Аутоматизацију примене спроводи додатак за издање Мавен.
Мавен Релеасе Плугин
Мавен релеасе плуг-ин врши следеће активности:
- издање мвн: чисто - Чисти радни простор претходне верзије пре доласка будуће верзије.
- издање мвн: повратак - У случају неуспеха претходне верзије, враћа се у радни простор.
- издање мвн: припремити - Проверава да ли постоје неке неограничене промене у датотекама или не. Такође, проверава зависности од снимка и ажурира број верзије апликације. Модификује пом на СЦМ. Брине о извршењу тест случаја и обавезује коначни код за СЦМ. Изводи означавање кода у субверзији. Коначно, овај додатак повећава број верзије и додаје га СНАПСХОТ-у за друга издања у будућности.
- мвн издање: наступ - Проверава код присутан у спремишту, а затим покреће Мавен буилд циљеве за размештање артефакта градње у спремиште.
На крају, за изградњу пројекта морамо покренути наредбу испод:
mvn release: prepare
Када се заврши успешан завршетак градње, покрените следећу наредбу:
mvn release: perform
Сада је ВАР датотека отпремљена у спремиште.
Закључак
Надамо се да би главни делови интеграције Мавена са Ецлипсеом, његова интеграција са ТестНГ, Мавен профили, опсег зависности Мавена и аутоматизација примене Мавена требали бити сада разумљиви. Такође, овде смо разговарали о већини опсега зависности.
За процес примене Мавена, детаљно смо истражили све кораке и објаснили неке додатке за издање Мавен. Прочитајте теме и постепено ћете схватити праву суштину коришћења Мавена у нашем раду.
Наставићемо са серијом и прикупљати знање о интеграцији Мавен Јенкинс, питањима за интервјуе Мавен итд. У нашим предстојећим водичима.
=> Овде погледајте СВЕ туторијале за Мавен.
Препоручено читање
- Шта је Мавен - Водич за почетнике за Мавен
- Дубински водичи за помрачење за почетнике
- Водич за ТестНГ: Увод у ТестНГ Фрамеворк
- Водич за Ецлипсе: Интегрисање ТестНГ-а у Ецлипсе Јава ИДЕ
- Конфигурисање Мавена са Ецлипсе Јава ИДЕ
- Градле Вс Мавен и Мавен додаци
- Мавен са Јенкинс-ом и Мавен-овом документацијом за пројекте
- Интеграција Мавена са ТестНг-ом помоћу Мавен Сурефире додатка