А ещё можно установить Intellij IDEA и нажать File/new project/maven/ok Хотя, если религия не позволяет пользоваться современными и продвинутыми методами, то можно через командную строку
Это попытка программистов обойтись без DevOps'а :) Нужен для организации и унификации их работы (в команде). По простому - это просто структура папочек.
Работать только в командной строке не обязательно - Netbeans и Idea имеют неплохую интеграцию. Но через командную строку получается гибче. А если мы говорим о промышленном программировании, то сборка почти всегда управляется скриптом без участия IDE. А значит нужны именно возможности командной строки.
В более менее приличных проектах для выпуска новой версии программного обеспечения используется т.н. Continuous Integration. Это такой процесс в рамках которого сборка и развертывание версии производится не программистом, а автоматически, специальными серверами(см. Jenkins, например). А для того, чтоб программу мог собрать не человек, а робот, как раз и нужны подобные системы сборки, ведь робот не сможет кликать кнопочки в IDE.
Программисты получают довольно много денег. А роботы едят только электричество) Если естьвозможность переложить часть работы на робота, любой вменяемый начальник так и сделает. Да и программисты обычно рады такой оптимизации - кому понравится заниматься скучным развертыванием, когда можно продолжить код писать.
[ERROR] Source option 1.5 is no longer supported. Use 1.6 or later. [ERROR] Target option 1.5 is no longer supported. Use 1.6 or later. решение проблемы в pom.xml добавить 1.6 1.6
Сперва создавал папку "JavaProjects" не на диске С , Far manager же на запрос "mvn archetype:generate" говорит, что не знает такой команды. Переместил папку на диск С, подправил значения системных переменных и всё заработало. Почему так?
и всё бы хорошо, но у него linux == ubuntu. O_O по факту 15% времени он показывает как ставить по и распаковывать архивы. щелкаем кнопку пуск.... О_О обучалка по щелканью кнопкой пуск.
Привет. У меня в командной строке проект собрался успешно. В netBeans не могу открыть - выбираю директорию проекта (значок мавена не присутствует), а в имени проекта написано: unrecognized project. И не открывается. Помогите?
спасибо за видео! очень полезно. не понял только, для чего была создана системная переменная M2_HOME, если вы не использовали её при определении переменной Path? В переменную Path можно было вставить ссылку на M2_HOME, а вы вставили абсолютный путь к Maven.
А если в idea встроен уже maven (по крайней мере получилось создать пустой проект на нем), дополнительно не нужно уже скачивать, и устанавливать переменные среды?
Для начала вполне можно обойтись встроенным. Но надо держать в уме, что умение пользоваться системами сборки почти так же важно, как уметь программировать.
mvn package. //у меня он не собрался. Появилась папка target, а в ней только две папка (classes and maven-status) и больше ничего(.... ide Intellij Idea а не netbeans.
Глупо выгляжу но Нигде не могу найти ответ! Как Вы сделали так чтобы командная строка работающая через Far прокручивалась вверх как в обычной cmd??? ПАААААмагите!)))
Как удалить проект из командной строки? Полностью!? У меня при использование mvn clean ничего не стирает, а при mvn package так вообще кучу ошибок выдает, но их не уловить ибо быстро испаряються в логе. Короче я просто создаю проект через строку, а открываю его уже в Intellij IDEA, так работает!
Ну я не буду это вручную постоянно делать, я использую java по 1 причине, потому что я могу запустить java на других ОС. Мне пришлось лезть в файл где лежат настройки и вручную прописывать главный класс. Как в Netbeans в настройках указать для Maven проектов главный класс ? Простой проект java все понятно в свойствах проекта можно указать главный класс и Netbeans сам сделает все.
Это видео называется "как воткнуть maven в Винду". О самом мавене 0 информации. Это Java-продвинутый??? везде натыкаюсь на эти туториалы, которые отнимают много времени на объяснения развертывания различных компонентов для ВИНДЫ. Хотел бы обратить внимание начинающих разрабов на то, что если вы определились с будущей профессией как программиста, то необходимо сразу начинать с первых шагов делать все в unix-подобных системах. По полной погружаться в bush и linux. Это сыкономит кучу времени и поможет смотреть на процессы с правильной стороны.
Представьте, что вы не один в команде разработки т.е. у Вас целая команда разработки с разными функциями её членов, и задачи на разработку функционала стоят в очереди, и после разработки разработчиком каждый новый функционал (вмерженная ревизия в GIT-е в основную продуктовую линию) должен быть протестирован до передачи его в продакшн. Для этого не нужно нанимать специалистов с такой же квалификацией как у разработчика, но нужно автоматизировать процесс автотестирования, для этого нужно делать автоматические сборки исходя из ревизии кода для автотесторов (собирать версию разрабатываемого продукта с новым функционалом) и уже его проверять - писать автотесты (например на Ruby) под каждый результат разработки (каждую задачу) + регрессионное тестирование, либо ручные тесты на плюшках/устранениях багов. В этом случае это как раз инструмент автоматизации таких задач подготовки среды тестирования, если написать соответствующие скрипты, то можно каждый раз развертывать "сервер с нуля", ресторить базу с необходимым минимумом данных для тестирования, собирать приложение с логикой (деплой на основе ревизии разработки) и автоматически проводить тесты и ещё на почту получать результат таких тестов.
@@boycovclub Ну, смотрите вы создали какую-то библиотеку, а другие программисты ее используют в работе. Эту библиотеку можно с помощью мавена запулить в репозиторий (этот репозиторий можно определить в мавене), другие программисты ее оттуда возьмут автоматом с помощью мавена. Для учебных целей (найти работу например :), для одного программиста он в общем то не нужен. Репозитории у мавена есть локальные, глобальные (где-то в и-нете), и корпоративные (на уровне компании). Для этого в мавене предусмотрены некие шаги, которые может запустить программист (помимо compile например) типа install, site, deploy. Локальные репозиторий под виндой по умолчанию хранится в C:\Users\user\.m2 epository. Примерно, так.
@@crackinglad7644 мелкие проекты это твои прикладные задачи, которые решаешь ты в стремлении автоматизировать что-то. Крупные это уже коллаборация, группа ... Там да...
@@nikivanov6900 ну, даже ковыряя что-то в одиночку, приятней прицеплять библиотеки к проекту через maven - хотя и в ручном скачивании jar-ников в маленький проект что-то есть, типа обхожусь без магии и контролирую процесс сам) Пожалуй тут да, вопрос предпочтений
