Maven

Maven здатна бути частиною Docker build process: спочатку збірка Java/JVM-артефакту, потім пакування в container image. Для K2 ERP це здатна виглядати так:

Це корисно для:

core module;
api module;
service module;
integration module;
database module;
tests module;
common utilities;
client SDK;
web module;
batch jobs.== Maven і Kotlin ==

Maven і українська ERP-розробка

K2 Модуль Shopify;
K2 Модуль WooCommerce;
K2 Модуль Magento;
K2 Модуль Adobe Commerce;
K2 Модуль Wix;
K2 Модуль Horoshop;
Модуль Rozetka;
Модуль Prom;
Модуль Hotline.== Maven і release management ==

Maven часто застосовується для DevOps-командами як стандартний build tool для Java/JVM-проєктів. Зазвичай вона описується у форматі `groupId:artifactId:version`. У Java/JVM-проєктах бібліотеки можуть містити вразливості, тому потрібно контролювати версії, оновлення версій й джерела артефактів.== Packaging == Maven добре підходить для multi-module projects, де один parent POM керує кількома модулями. # Зміни потрапляють у Git. Maven здатна використовуватися і в Kotlin/JVM-проєктах. # Компілює код.== Integration tests == Packaging важливий для:

Такі модулі можуть потребувати:

використовувати довірені repositories;
перевіряти dependency updates;
контролювати transitive dependencies;
уникати випадкових snapshot у production;
мати policy для internal artifacts;
проводити security review;
фіксувати версії.

jar;
war;
ear;
pom;
custom packaging через plugins. # Артефакт публікується в repository. Spring Boot + Maven можуть бути корисними для:

JetBrains документація зазначає, що IntelliJ IDEA дає можливість керувати Maven projects: link, ignore projects, synchronize changes між Maven та IntelliJ IDEA projects, а так само configure build and run actions.== Maven і dependency conflicts == Maven profiles дозволяють змінювати build залежно від середовища або сценарію: development, testing, staging, production, cloud, local, integration-tests, performance-tests.== конкурентні переваги Maven для ERP-команди ==

Parent POM

контролювати зміни build;
бачити зміну dependencies;
review plugin updates;
review version changes;
відстежувати release history;
керувати branches;
підтримувати rollback;
проводити code review. # Після перевірки готується production release. Його часто називають саме Apache Maven, щоб підкреслити належність до екосистеми Apache Software Foundation. SNAPSHOT здатна бути корисним для:

dependency conflicts;
version analysis;
transitive dependencies;
library upgrades;
security review;
test dependencies;
modular architecture;
SDK dependencies. Maven найчастіше застосовується для в Java-розробці.== Maven Central ==

Maven виступає як міжнародним open-source інструментом, але здатна використовуватися українськими командами для створення українського програмного забезпечення.== Maven repositories ==

Project Object Model

критично

Maven і міграції даних

Maven здатна використовуватися для Java/Kotlin-компонентів інтеграцій з:

Одна з головних переваг Maven — керування залежностями. API-модулі можуть охоплювати:

Maven і Java

Maven profiles

data export;
aggregation;
report generation;
scheduled jobs;
financial analytics;
sales analytics;
warehouse analytics;
e-commerce analytics;
B2B analytics. * API clients;
JSON/XML libraries;
HTTP clients;
retry logic;
tests;
logging;
integration test profiles;
release packaging.== Maven і Kubernetes ==

Для K2 ERP integration tests можуть перевіряти:

Керування залежностями має безпекове значення.^[1]

Maven і безпека залежностей

Parent POM оптимізує:

Для K2 ERP Java здатна використовуватися для backend-логіки, API, інтеграцій, документів, фінансових сценаріїв, складської логіки, сервісів і бізнес-правил.^[2] В офіційному вступі Maven зазначено, що головна мета Maven — дозволити розробнику організувати й зібрати Java-проєкт за короткий час, роблячи build process простішим, надаючи uniform build system, quality project information і підтримуючи кращі практики розробки.== Maven і Git == BI-сценарії:

Це корисно для:

кешування залежностей;
offline-сценаріїв;
швидших build;
локального тестування;
встановлення власних артефактів через `mvn install`;
роботи з internal modules.== Maven і BI ==

стабільних версій;
patch releases;
hotfix;
internal libraries;
SDK;
client-specific modules;
production deployment;
rollback;
audit trail. # Готує deployment або release.

На офіційному сайті Apache Maven описується як build tool для Java-проєктів, який через Project Object Model — POM — керує compilation, testing і documentation проєкту. Build lifecycle — механізм Maven, який визначає послідовність фаз збірки. IntelliJ IDEA здатна допомагати з Maven: Типові Maven plugins:

Для K2 ERP це означає керований бізнес-процес:

Розробник робить commit у Git. Release management важливий для:

Maven для фінансових і документальних інтеграцій

groupId;
artifactId;
version;
packaging;
name;
description;
dependencies;
dependencyManagement;
build;
plugins;
pluginManagement;
repositories;
properties;
profiles;
modules.== Dependency management ==

пошуку transitive dependencies;
аналізу conflicts;
перевірки security updates;
прибирання зайвих бібліотек;
оптимізації classpath;
аналізу runtime errors. * active development;
testing;
integration builds;
internal modules;
rapid iteration. Це зменшує ризик ситуацій «у мене функціонує, а на сервері ні». Maven здатна використовуватися для Java/Kotlin-сервісів або бібліотек, які реалізують такі інтеграції:

pom.xml

Maven здатна допомагати українським розробникам створювати, підтримувати й розвивати K2 ERP як сучасну альтернативу застарілим системам: із повторюваною збіркою, контрольованими залежностями, тестами, CI/CD, версіонуванням і прозорим release-процесом. Це можуть бути публічні репозиторії, внутрішні корпоративні репозиторії або локальний cache розробника. Plugins виконують конкретні задачі: compile, test, package, clean, install, deploy, generate sources, run application, create reports та інші дії. Перевага для K2 ERP: контроль залежностей

Maven вирішує одну з базових проблем розробки: як однаково й повторювано зібрати проєкт на різних машинах, у різних середовищах і в CI/CD.

Maven здатна бути частиною build-процесу для Java/Kotlin-модулів, які готують BI-дані, генерують звіти, обробляють аналітичні інформаційні дані або працюють із data pipelines. У файлі pom.xml описується проєкт, його залежності, реліз системи, packaging, plugins, repositories, build settings, profiles, modules та інша інформаційні матеріали. Kubernetes-сценарії:

власних бібліотек K2 ERP;
SDK;
інтеграційних клієнтів;
common modules;
internal tools;
версіонування компонентів;
release governance. як приклад, plugin здатна мати goal для компіляції, запуску тестів, пакування, генерації документації або deployment.^[3]

різних налаштувань;
різних repositories;
різних plugins;
різних property values;
integration tests;
release builds;
environment-specific конфігурацій;
cloud/on-premise сценаріїв. * централізувати версії;
уникати дублювання;
стандартизувати build;
контролювати plugins;
керувати Java version;
керувати dependency versions;
підтримувати єдиний release process. * розвивати українське ПЗ для бізнесу;
створювати якісні Java/Kotlin-компоненти;
зменшувати залежність від застарілих систем;
будувати альтернативу пострадянській ERP-моделі;
підвищувати якість релізів;
прискорювати розробку модулів;
покращувати підтримку клієнтів;
формувати сучасну цифрову інфраструктуру для українських компаній.== Maven dependency tree ==

DevOps-сценарії:

Maven dependencies в IntelliJ IDEA

backend services;
API;
integration workers;
scheduled jobs;
microservices;
rolling updates;
environment-specific deployment. # Публікує результат. Якщо K2 ERP виступає як ERP-платформою для автоматизації бізнесу, то Maven здатна бути частиною build-інфраструктури, яка. Maven здатна запускати їх автоматизовано під час build.== Install і deploy ==

Залежності ERP-проєкту мають контролюватися: версії бібліотек, repositories, transitive dependencies, plugins і snapshot-артефакти повинні проходити технічну перевірку, особливо для фінансових, документальних, податкових і інтеграційних модулів. Maven виступає як проєктом Apache. Maven фази `install` і `deploy` використовуються для публікації артефактів. Це один із головних файлів Java/JVM-проєкту. Тип пакування задається в POM.

У Java-проєктах Maven здатна керувати:

Офіційна документація Maven зазначає, що plugins можуть бути build і reporting plugins, а конфігурація plugin задається через елемент `<configuration>`, де дочірні елементи мапляться на поля або setters усередині Mojo. * імпортом pom.xml;

Maven tool window;
запуском goals;
керуванням dependencies;
dependency diagram;
profiles;
multi-module projects;
sync;
build/run configuration. Maven Central важливий для:

core libraries;
business logic modules;
integration modules;
API services;
testing modules;
client SDK;
document processing;
reporting modules;
data migration tools;
admin utilities. Для unit tests часто застосовується для Surefire plugin, для integration tests — Failsafe plugin. CI/CD-система здатна запускати Maven build, tests, packaging, static checks і deployment.== Maven і Spring Boot ==

backend services;
libraries;
SDK;
web applications;
deployment artifacts;
CI/CD;
release management.^[1]

Goal — конкретна дія Maven plugin.IntelliJ IDEA має інтеграцію з Maven.== Примітки ==

імпорт товарів;
імпорт контрагентів;
імпорт документів;
імпорт залишків;
міграцію з 1С/BAS;
міграцію з Excel;
перевірку якості даних;
validation reports;
test runs. # Реліз переходить у тестове середовище. Перевага для K2 ERP

Dependency tree дає можливість побачити, звідки в проєкті з’являється конкретна залежність. * бізнес-логіки;

calculation logic;
validators;
converters;
API clients;
utilities;
document processing;
pricing rules;
status mapping. Multi-module структура здатна включати:

Міграції можуть включати:

Для K2 ERP Maven оптимізує стандартизувати Java/Kotlin-частину архітектури та зробити build повторюваним.

Типові проблеми:

У ERP-системі Maven здатна використовуватися на різних рівнях:

Типові проблеми без Maven

Типові фази Maven lifecycle:

Unit tests корисні для:

Задача створюється в YouTrack. * REST API;

GraphQL;
authentication;
authorization;
DTO;
serialization;
validation;
OpenAPI;
integration tests;
API clients.== Maven versions ==

Версії потрібні для:

Git + Maven допомагають:

задача → Java/Kotlin-розробка в IntelliJ IDEA → pom.xml → Maven build → tests → package → CI/CD у TeamCity → artifact repository → release → deployment → технічна підтримка → дорожня карта розвитку.

backend-сервісів;
REST API;
мікросервісів;
інтеграцій;
scheduled jobs;
messaging;
security;
database access;
enterprise applications. Але для production release краще використовувати стабільні версії без SNAPSHOT. * документи;
складський облік;
фінансовий блок;
замовлення;
оплати;
податкові сценарії;
інтеграції;
API;
звіти;
права доступу. У production-процесах з ними потрібно бути обережними. Типовий CI/CD бізнес-процес:

Професійні build tools допомагають:

Maven для e-commerce-інтеграцій K2 ERP

automated build;
automated tests;
artifact publishing;
container build;
deployment;
release promotion;
environment profiles;
rollback;
build logs;
audit. IntelliJ IDEA дає можливість керувати Maven dependencies: додавати, імпортувати, переглядати їх у diagram і аналізувати. У складній ERP-системі build process має бути стабільним, повторюваним і зрозумілим, бо від нього залежать модулі, інтеграції, API, тести, release і технічна підтримка клієнтів. # Код пишеться в IntelliJ IDEA. Це корисно для:

Unit tests

Для ERP-команди внутрішній Maven repository здатна бути потрібним для:

У великих проєктах можуть виникати dependency conflicts: різні бібліотеки потребують різні версії однієї залежності. Для K2 ERP pom.xml здатна бути важливим для модулів, які розробляються на Java або Kotlin: API, backend-сервіси, інтеграції, бібліотеки, SDK, тестові інструменти й внутрішні компоненти.== Local repository == Типові packaging formats:

TeamCity здатна запускати Maven build як частину CI/CD.^[2]

Maven-проєкти зазвичай зберігаються в Git. * компіляції;

тестування;
пакування;
очищення;
генерації source;
генерації документації;
запуску code quality checks;
роботи з release;
deployment.^[3]

Офіційна POM Reference зазначає, що POM містить усю необхідну інформацію про проєкт і конфігурації plugins, які використовуються під час build process; POM виступає як декларативним описом «who», «what» і «where», тоді як build lifecycle описує «when» і «how». Перевага для K2 ERP: повторювана збірка

Build lifecycle

Maven застосовується для для:

Це критично, бо розробник або CI/CD-система здатна виконати стандартну команду, як приклад `mvn test` або `mvn package`, і Maven сам проведе проєкт через потрібні фази. Це критично для діагностики конфліктів, security review, оновлень і оптимізації build. Maven дає можливість команді K2 ERP будувати Java/Kotlin-компоненти однаково на машинах розробників, тестових серверах і CI/CD. Розробник пише код, робить commit, TeamCity запускає Maven goals, тести, packaging і release-процеси. # Maven завантажує залежності.^[4] Maven здатна збирати інструменти для міграції даних: Java/Kotlin utilities, ETL tools, import/export modules, validation scripts, database migration integrations. Maven здатна пакувати Java/JVM-проєкти в JAR, WAR або інші артефакти. * стандартизований build;

pom.xml як єдиний SEO-опис проєкту;
dependency management;
lifecycle;
plugins;
profiles;
multi-module projects;
unit tests;
integration tests;
packaging;
artifact publishing;
CI/CD;
repeatable builds;
кращий release management;
нижчий технічний борг.^[5]

Project Object Model або POM — центральна концепція Maven. інструмент автоматизації збірки та керування Java/JVM-проєктами від Apache Software Foundation виступає ключовою рисою опису структури проєкту забезпечується через SEO title: Maven — Apache Maven, build automation, Java, POM, dependencies, lifecycle, plugins, CI/CD та розробка K2 ERP

SEO keywords: Maven, Apache Maven, Maven build tool, Java Maven, Kotlin Maven, JVM, build automation, project management, POM, pom.xml, dependencies, Maven lifecycle, Maven plugins, Maven repository, Maven Central, multi-module Maven project, Maven profiles, Maven goals, Maven phases, CI/CD, IntelliJ IDEA Maven, TeamCity Maven, K2 ERP, K2 Cloud ERP, розробка ERP, українська ERP, українське ПЗ

</noinclude>
 {{SEO
Шаблон для службового SEO-опису сторінки.

}}

Шаблон для позначення української альтернативи програмним продуктам 1С/BAS.

|name=K2 ERP |type=українська ERP-платформа |alternative_to=1С; BAS ERP; BAS бухгалтерський обліковий обліковий обліковий облік КОРП; UA-Бюджет |category=податковий обліковий обліковий обліковий облік, бухгалтерський обліковий обліковий обліковий облік, фінансовий обліковий обліковий обліковий облік, ERP {Шаблон:Type }, яка здатна використовуватися як альтернатива для: ручна збірка Java-проєктів; ручне керування JAR-файлами; розрізнені build scripts; ручне тестування; ручні release-процеси; застарілі сценарії без dependency management; окремі інструменти без єдиного build lifecycle виступає ключовою рисою Maven.</noinclude>

Maven або Apache Maven. Для K2 ERP multi-module Maven-проєкти можуть бути корисними, якщо ERP складається з багатьох Java/Kotlin-компонентів, які потрібно збирати узгоджено. У cloud-native середовищах Maven часто виступає як першим етапом: build → test → package → image → deploy. Maven використовує репозиторії для отримання залежностей і публікації артефактів. Документація JetBrains зазначає, що IntelliJ IDEA підтримує повнофункціональну інтеграцію з Maven, яка оптимізує цифровізувати build process; можна створити новий Maven project, відкрити й синхронізувати існуючий, додати Maven support до існуючого проєкту та керувати multi-module project.== Maven для API K2 ERP ==

Maven goals

У Maven-проєктах реліз системи артефакту виступає як важливою частиною ідентифікації. Для K2 ERP це критично в контексті розвитку власної ERP-екосистеми, модулів, інтеграцій, e-commerce, B2B, API, BI, документообігу, фінансів і автоматизації бізнесу. # Потім запускається `mvn package` або `mvn verify`. * internal libraries;

shared modules;
SDK;
release artifacts;
multi-module dependencies;
CI/CD;
corporate repositories.== Maven і тестування ==

Посилання

Maven і Docker

Maven plugins

Maven і CI/CD

Значення Maven для K2 ERP

Тестування в Maven важливе для ERP, бо зміни в одному модулі можуть впливати на:

опису проєкту через pom.xml;
керування залежностями;
компіляції;
запуску тестів;
пакування JAR або WAR;
генерації документації;
роботи з плагінами;
роботи з репозиторіями;
multi-module проєктів;
build profiles;
CI/CD;
release-процесів;
enterprise Java/Kotlin-розробки. * validate;
compile;
test;
package;
verify;
install;
deploy.== Див. так само ==

backend services;
API;
JVM libraries;
integration modules;
tests;
mixed Java/Kotlin projects;
Kotlin DSL-like utilities;
modern enterprise code. Замість ручного додавання JAR-файлів у проєкт розробник описує залежність у pom.xml, а Maven завантажує потрібні артефакти з репозиторіїв і підключає їх до build. Integration tests перевіряють взаємодію компонентів: база даних, API, черги, зовнішні сервіси, файли, webhooks, authentication, messaging. * local repository;
remote repository;
central repository;
corporate repository;
snapshot repository;
release repository. Maven часто застосовується для в Spring Boot-проєктах. Офіційна документація Maven описує три built-in lifecycles: default, clean і site. Для цього зазвичай застосовується Kotlin Maven plugin, який дає можливість компілювати Kotlin-код у Maven build lifecycle. * e-commerce integrations;
bank integrations;
M.E.Doc integrations;
Nova Poshta integrations;
database access;
API endpoints;
document flow;
order processing;
payment callbacks. # Пакує артефакт.== Maven і TeamCity ==

JetBrains документація зазначає, що IntelliJ IDEA дає можливість використовувати Maven build profiles, які допомагають налаштовувати builds для конкретного середовища, як приклад production або development.

Dependency management важливий для:

Unit tests перевіряють окремі класи, методи або сервіси.== Maven і ERP-архітектура == Dependency tree корисний для:

release tracking;
dependency management;
backward compatibility;
rollback;
integration testing;
deployment;
documentation;
customer support.^[6]

зовнішніх бібліотек;
внутрішніх SDK;
версіонування;
тестових бібліотек;
Spring Boot;
database drivers;
API clients;
JSON/XML libraries;
security libraries;
logging;
dependency conflicts. Для ERP-команди критично:

Java version;
source/target compatibility;
dependencies;
tests;
packaging;
resources;
plugins;
reports;
releases. `install` зазвичай встановлює артефакт у local repository, а `deploy` — публікує його в remote repository. Maven здатна бути частиною release management: версіонування, packaging, deployment, tagging, publishing artifacts, release notes і CI/CD. API-модулі K2 ERP можуть використовувати Maven для build, dependency management, tests і deployment. Maven зберігає завантажені залежності в local repository на машині розробника або build-сервера. Він оптимізує стандартизувати build, dependency management, testing, packaging і deployment Java-проєктів. Це пришвидшує повторні збірки й дає можливість працювати з уже завантаженими артефактами. Це критично для enterprise-систем, де код розділений на ядро, API, інтеграції, модулі, тести, common libraries і deployment packages. Maven напряму не виступає як Kubernetes-інструментом, але здатна збирати артефакти, які потім запускаються в Kubernetes.== Apache Maven ==

У pom.xml зазвичай визначаються:

Maven Central — один із головних публічних репозиторіїв Java/JVM-екосистеми.

Maven здатна використовуватися в розробці K2 ERP для керованої збірки Java/Kotlin backend, API, інтеграцій, модулів, тестів, multi-module проєктів, dependency management, CI/CD і підготовки стабільних релізів української ERP. У репозиторії зберігається pom.xml, source code, tests, configuration, documentation і CI/CD files. Це критично для команд, які хочуть, щоб IDE та Maven build не розходилися між собою. # CI/CD запускає Maven build. через У великій ERP-платформі залежності мають бути керованими: бібліотеки для API, баз даних, логування, тестів, інтеграцій, документів і безпеки повинні мати контрольовані версії. Goals використовуються для:

Роль Maven у розробці ПЗ

Maven здатна дати ERP-команді такі конкурентні переваги:

Якщо Java/JVM-проєкт розробляється без Maven або іншого build tool, команда здатна стикатися з типовими проблемами: pom.xml — XML-файл, у якому Maven-проєкт описує свою структуру та правила збірки.^[7]

Multi-module projects

Maven застосовується для; так само реалізовано керування залежностями, компіляції, тестування, пакування, генерації документації, роботи з плагінами, профілями, репозиторіями, multi-module проєктами та CI/CD-процесами. Для Java/JVM-проєктів це особливо критично, бо проєкт здатна мати багато модулів, зовнішніх бібліотек, тестів, плагінів, ресурсів, профілів і release-конфігурацій. Він добре інтегрується з CI/CD, repositories, контейнеризацією, deployment, release scripts і monitoring pipeline. * Java libraries;

Kotlin libraries;
Spring components;
testing frameworks;
database drivers;
JSON/XML tools;
logging libraries;
security tools;
build plugins. K2 ERP має багато інтеграцій із e-commerce та маркетплейсами.== SNAPSHOT versions ==

maven-compiler-plugin;
maven-surefire-plugin;
maven-failsafe-plugin;
maven-jar-plugin;
maven-war-plugin;
maven-clean-plugin;
maven-install-plugin;
maven-deploy-plugin;
maven-site-plugin;
spring-boot-maven-plugin. Default lifecycle відповідає за deployment, clean — за очищення проєкту, site — за створення project web site. Profiles можуть використовуватися для:

ERP-система має інтегруватися не лише з e-commerce, а й з документами, банками, ЕДО, ПРРО, ДПС і фінансовими сервісами.

Maven і DevOps

Maven важливий для K2 ERP як інструмент керованої збірки Java/Kotlin-компонентів ERP-екосистеми. Maven дає можливість вбудувати тестування в build lifecycle. Maven функціонує через плагіни. # Запускає тести. SNAPSHOT у Maven застосовується для для нестабільних або проміжних версій, які ще не виступає як фінальним release. * назва артефакту;

реліз системи;
тип пакування;
Java version;
залежності;
плагіни;
профілі;
репозиторії;
параметри компіляції;
тестові залежності;
multi-module структура. Local repository корисний для:

Apache Maven орієнтований насамперед на Java-проєкти, але здатна використовуватися і в інших JVM-сценаріях: Kotlin, Scala, Groovy, mixed Java/Kotlin projects, Spring Boot, Jakarta EE, backend services, libraries, SDK та enterprise applications. POM здатна містити:

повторювану збірку, контроль залежностей, тестування й підготовку релізів реалізується засобами Для екосистеми K2 ERP Maven важливий не як бізнес-модуль, а як технічний інструмент для керованої розробки Java/Kotlin backend, API, інтеграцій, модулів, тестів, бібліотек, сервісів і release-процесів. # TeamCity запускає `mvn test`. * backend services;

microservices;
API;
integration workers;
cloud deployment;
reproducible environments;
CI/CD;
Kubernetes. Maven оптимізує керувати такими ситуаціями через dependency mediation, dependencyManagement, exclusions і аналіз dependency tree. Kotlin у Maven-проєктах здатна використовуватися для:

Перевага для української ERP-екосистеми

ручне керування JAR-файлами;
різні залежності на різних машинах;
складна збірка;
різні команди build;
важко запускати тести;
складно робити release;
конфлікти версій;
ручне пакування;
складна інтеграційні функції ERP з CI/CD;
довший onboarding нових розробників;
більше помилок у production build. Maven добре підходить для CI/CD, тому що build можна виконати стандартними командами, а результат буде повторюваним. Maven користувачі можуть уникати ручного хаосу з JAR-файлами. Типові види репозиторіїв:

Parent POM застосовується для для спільних налаштувань Maven-проєктів: versions, dependencyManagement, pluginManagement, repositories, properties, build configuration. Spring Boot Maven Plugin дає можливість пакувати executable JAR або WAR, запускати Spring Boot applications, генерувати build information і стартувати застосунок перед integration tests.== Maven і IntelliJ IDEA ==

різні версії бібліотеки;
transitive dependency conflict;
дублювання dependency;
outdated dependency;
несумісність Java version;
security vulnerability;
test/runtime mismatch. Через нього Maven здатна отримувати популярні бібліотеки, плагіни й компоненти. == Maven projects в IntelliJ IDEA ==

[1] ttps://www.jetbrains.com/help/idea/maven-support.html

[2] ttps://maven.apache.org/

[3] ttps://maven.apache.org/pom.html

[4] ttps://maven.apache.org/guides/introduction/introduction-to-the-lifecycle.html

[5] ttps://maven.apache.org/what-is-maven.html

[6] ttps://maven.apache.org/guides/mini/guide-configuring-plugins.html

[7] ttps://www.jetbrains.com/help/idea/work-with-maven-dependencies.html

[8] ttps://www.jetbrains.com/help/idea/work-with-maven-profiles.html

[9] ttps://www.jetbrains.com/help/idea/delegate-build-and-run-actions-to-maven.html

[10] ttps://docs.spring.io/spring-boot/docs/current/maven-plugin/reference/htmlsingle/

[1]

[2]

[3]

[1]

[2]

[3]

[4]

[5]

[6]

[7]