Создание maven проекта в idea

Как мне это (именно версии 7.0.13).

добавить в IntelliJ IDEA в обычный java проект ? Не вручную, cкачивая jar.

4 ответа 4

Можно выгрузить библиотеку из Maven.
Для этого:
1. Войти в структуру проекта;

2. В разделе "Библиотеки" выбрать "Из Maven";

3. Ввести путь к библиотеке (можно искать как по groupId, так и по artifactId).

Поздний ответ, наверное, но для истории:

Можно в корень обычного проекта в IDEA добавить pom.xml (хоть из другого проекта), подправить ему group, artifact, зависимости. Потом в контекстном меню для этого файла выбрать "Add as Maven Project". Проект станет теперь maven, дальше уже настраиваем его как обычный maven-проект.

Update простейший XML файл имеет вид

Нажать на папку с проектом правой кнопкой

Выбрать "Добавить поддержку фреймворка"

Выбрать из списка Maven

Создать maven проект и подключить зависимость, будет скачиваться автоматически

Содержание:

Выбор версии Maven в IntelliJ >

Добавление новой версии Maven в IntelliJ IDEA

IntelliJ IDEA поставляется с Maven, но старых версий, поэтому если вам нужна более свежая версия Maven, установите его с сайта maven.apache.org. Если у вас ещё не установлен Maven, прочитайте статью Как установить Maven на Windows. Для обновления версии Maven в нашей IDE заходим в File->Settings или нажимем Ctrl+Alt+S (привыкайте к hot keys). Далее проваливаемся в меню Build,Executionзайти,Deployment->Build Tools->Maven и в Maven home directory устанавливаем нужный путь, например: C:apache-maven-3.0.5 :

Создание Maven проекта

Запускаем нашу всеми любимую Intellij IDEA и нажимаем File->Create New Project (или в IDE создадим новый проект: File->New->Project->Maven).

Выбираем тип проекта и убеждаемся, что у проекта указан JDK.

IDE предложит вам установить некоторые атрибуты для Maven. В Maven каждый проект идентифицируется парой groupId и artifactId. Тройкой groupId , artifactId , version (GAV) можно однозначно идентифицировать jar файл приложения или библиотеки.

groupId — наименование организации или подразделения и обычно действуют такие же правила как и при именовании пакетов в Java — записывают доменное имя организации или сайта проекта;
artifactId — название проекта;
Внутри тэга version хранится версия проекта. Если состояние кода для проекта не зафиксировано, то в конце к имени версии добавляется "-SNAPSHOT" что обозначает, что версия в разработке и результирующий jar файл может меняться.

Указываем имя проекта и локальную директорию, где будем хранить наш проект. Finish.

Собственно Apache Maven — фреймворк для автоматизации сборки проектов, специфицированных на XML-языке POM(Project Object Model). Теперь в корне проекта вы должны увидеть файл pom.xml. И вот что вы должны видеть:

Сейчас наш помник выглядит пусто. Пролог включает объявление XML, в котором мы видим версию языка, на которой написан документ version="1.0" и информацию о кодировке документа encoding="UTF-8" . Корневой элемент

включает схему, которая облегчает редактирование и проверку, а в элементе 4.0.0 указана версия модели для POM-ов Maven 2.x, всегда 4.0.0. Узнать больше о структуре XML можно здесь. Кроме того наш базовый помник содержит координаты проекта (GAV), которые позволяют однозначно идентифицировать этот проект.

Слово maven происходит из языка Идиш и означает примерно «собиратель знания». С помощью файла pom.xml и осуществляется настройка сборки нашего проекта.

Главное преимущество Maven — это управление зависимостями. Редко какие проекты пишутся без использования сторонних библиотек. Эти сторонние библиотеки зачастую тоже в свою очередь используют библиотеки разных версий. Maven позволяет управлять такими сложными зависимостями, что позволяет разрешать конфликты версий и в случае необходимости легко переходить на новые версии библиотек.

Что же такое dependency и для чего они нужны? Dependency — это зависимости от библиотек, а если точней, то это и есть библиотека, которую вы бы хотели подключить к проекту. Рассмотрим пример добавления зависимости в помник и добавим библиотеку JUnit:

Эта зависимость подключает библиотеку JUnit 4.12 к проекту, теперь при сборке проекта эта библиотека упакуется в архив, а также теперь мы в наших классах можем обращаться к объектам библиотеки JUnit. Более подробно что такое JUnit, мы рассмотрим дальше, когда будем тестировать модули нашего проекта. Сейчас подробней об элементах зависимости:

Область распространения зависимости позволяет включать зависимости только на определённую стадию построения проекта. Существует 6 возможных областей, подробней ознакомиться с ними можно здесь.

Поскольку проект придерживается Стандартной структуры каталога(Standard Directory Layout), отпадает необходимость специфицировать пути к файлам, что сильно упрощает pom.xml. Следующая структура показывает важнейшие каталоги.

Корневой каталог проекта:

— pom.xml и все дальнейшие подкаталоги;
src: все исходные файлы;
src/main: исходные файлы собственно для продукта;
src/main/java: Java-исходный текст;
src/main/resources: другие файлы, которые используются при компиляции или исполнении, например Properties-файлы;
src/test: исходные файлы, необходимые для организации автоматического тестирования;
src/test/java: JUnit-тест-задания для автоматического тестирования;
target: все создаваемые в процессе работы Мавена файлы;
target/classes: компилированные Java-классы.

Создание структуры пакетов??

dao — слой доступа к данным. В нём будем размещать Data Access Objects (DAO) – объекты доступа к данным;
domain — доменный слой. Именно здесь лежат POJO-классы, описывающие объекты-сущности системы. В нашем случае это будут классы Author и Message;
service — сервис-слой приложения. Содержит интерфейсы, в которых описан функционал приложения. Также содержит одну или несколько практических реализаций этих интерфейсов;
web — веб-слой приложения. Здесь лежат классы-контроллеры, описывающие порядок взаимодействия пользователя с системой через веб.

Экспорт проекта на GitHub.

Теперь рассмотрим где мы будем хранить наш код и как сможем демонстрировать его друзьям или, например, рекрутеру. Думаю, не все начинающие знают про репозитории и ситстему контроля версий. Не смотря на то что вы сейчас находитесь на веб-сервисе, предоставляющем именно такие услуги, возможно вы попали сюда случайно, впервые из google. Эта часть именно для вас.

Немного теории. Система управления версиями (от англ. Version Control System, VCS) — программное обеспечение для облегчения работы с изменяющейся информацией. Система управления версиями позволяет вести журнал изменений, хранить несколько версий одного и того же документа, создавать ветки разных вариантов проекта, при необходимости возвращаться к более ранним версиям, определять, кто и когда сделал то или иное изменение и контролировать права доступа пользователей. Такие системы наиболее широко используются при разработке программного обеспечения для хранения исходных кодов разрабатываемой программы. Как и в случае с другими технологиями, существоет много популярных и нет VCS: SVN, Git, Mercurial, Bazaar и др.

Есть и веб-сервисы для использования VCS и хранения своих репозиториев в сети. Их можно назвать "социальной сетью" для разработчиков 🙂 Я буду использовать GitHub. Здесь пользователи могут создавать неограниченное число репозиториев, для каждого из которых предоставляется wiki(как вы уже могли догадаться:), система issue tracking-а, есть возможность проводить code review и многое другое. Следующим шагом будет регистрация на GitHub и экспортирование нашего проекта из IDE в репозиторий.

Начнем с регистрации. Идем по ссылке github.com/signup/free и вводим свои данные. После регистрации мы попадаем на Dashboard нашего аккаунта, замечательно. Теперь вернёмся в IDE.

Для того, чтобы извлечь данные из GitHub или поделиться своими проектами из IntelliJ IDEA, вам необходимо зарегистрировать учетные данные GitHub в IDE. Как? Чтобы зарегистрировать учетные данные GitHub зайдите в настройки IDE, Version Control и нажмите GitHub. В меню настроек GitHub выберите тип аутентификации, который вы хотите использовать, из раскрывающегося списка Auth Type. У вас есть два варианта выбора:

Пароль. Если выбран этот вариант, и в настройках аккаунта GitHub у вас включена двухфакторная аутентификация, вам будет предложено ввести код аутентификации каждый раз, когда вы входите в свою учетную запись GitHub в IntelliJ IDEA.
Токен (криптографический ключ). Рекомендуется GitHub-ом для аутентификации из сторонних приложений, так как не требует от IntelliJ IDEA помнить ваш пароль.

Укажите учетные данные в зависимости от выбранного типа аутентификации и нажмите кнопку OK.

Теперь мы можем опубликовать на GitHub наш проект, но сначала сделаем ещё одну настройку. Проект часто создает файлы которые вы не хотите отслеживать с помощью git. Это обычно включает файлы генерируемые процессом сборки или временные файлы созданные IDE. Вы можете указать git игнорировать определенные файлы создав файл .gitignore на самом верхнем уровне рабочей директории (корневом каталоге проекта), указав в его содержимом что вы хотите игнорировать. Создадим фаил .gitignore содержащий:

Таким образом git будет игнорировать пакеты target, .idea и все файлы с расширением .iml

Дальше мы можем опубликовать свои исходные файлы проекта в репозиторий GitHub. Для этого в главном меню выбираем VCS -> Import into Version Control -> Share Project on GitHub. Если вы зарегистрировали логин и пароль, IntelliJ IDEA устанавливает соединение с GitHub, используя ваши учетные данные. Если вы не зарегистрировали свои учетные данные в GitHub IntelliJ IDEA, открывает Login to GitHub Dialog где вам следует их указать.

После установления соединения, откроется диалогове окне Share Project on GitHub. Укажите имя хранилища для хранения ваших исходных файлов проекта. По умолчанию, IntelliJ IDEA предлагает имя текущего проекта (в нашем случае "blog"). Дайте краткое описание функциональности проекта. Нажмите кнопку Share. IntelliJ IDEA инициирует создание нового репозитория на GitHub и загрузить в него исходные файлы проекта.

Вот и всё, в вашем профиле на GitHub появился новый репозиторий blog. В следующих статьях, по мере создания и изменения документов нашего проекта, я покажу как вносить эти изменения в локальный и удалённый репозитории. Ознакомиться с основами работы с системами контроля версий в IntelliJ IDEA можно здесь.

Если при добавлении (add) новых файлов проекта в индекс вы сталкиваетесь с ошибкой fatal: Unable to create ‘project_path/.git/index.lock’: File exists. откройте терминал IntelliJ IDEA и воспользуйтесь следующей командой: del .gitindex.lock

Полезные сочетания клавиш для работы с VCS

Если вам нужно запустить какую-то операцию системы контроля версий для выделенного файла, директории или даже для всего проекта, используйте всплывающее меню VCS operations по сочетанию клавиш Alt + Back Quote (одиночная левая кавычка, символ ‘) (Ctrl + V для Mac).
Добавить текущий список изменений в систему контроля версий Ctrl + K (Cmd + K для Mac)
Обновить проект Ctrl + T (Cmd + T для Mac)
Добавить выделенные файлы и директории в систему контроля версий Ctrl + Alt + A (Alt + Cmd + A для Mac)
Пометить выделенные файлы и папки как измененные (обновленные) Ctrl + Alt + E (Alt + Cmd + E для Mac)
Посмотреть изменения (доступно в окне инструментов Changes) Ctrl + D (Cmd + D для Mac)
Переместить изменения в другой список изменений (доступно в окне инструментов Changes) F6
Залить ваши локальные изменения в удаленную систему контроля версий Ctrl + Shift + K (Cmd + Shift + K для Mac)

В данной статья я расскажу, как сконфигурировать проект на JBoss с использование JPA. В подробности JPA, Hibernate, EJB лезть не буду, это отдельная тема. Просто покажу структуру проекта, как настроить datasource на WildFly и все это запустить в IntelliJ IDEA. Данный каркас, я думаю, будет полезен новичкам, работающим с JavaEE и JPA.

Установка WildFly10

Заходим на официальный сайт WildFly и скачиваем версию 10.1.0.Final. (возможно будет работать и другая, но в данном проекте я использовал ее).

Распаковываем архив в любую директорию на вашем компьютере.
Далее создадим нового пользователя. Для этого запускаем bin/add-user.bat. Там все достаточно просто. Следуем инструкциям и запоминаем введенный username и password.

Создание datasource

Следующим шагом будет создание datasource на сервере. Самым простым способом будет использование консоли администратора, предоставляемой WildFly.

Для того чтобы в нее зайти, сначала нужно запустить сервер /bin/standalone.bat и перейти по адресу 127.0.0.1:9990. Используем имя пользователя и пароль, которые только что создали.

Идем в раздел Deployments->Add->Upload a new deployment.

Теперь скачиваем jdbc драйвер с официального сайте postgresql. Я скачал postgresql-42.2.4.jar. Его добавляем в deployments. Имя можно дать любое.

Выбираем Postgresql Datasource и наш скачанный драйвер. Задаем url нашей базы, логин и пароль. (не путать с логином и паролем от сервера). Если все сделали правильно, то должен появиться ваш новый datasource в списке. Во вкладке View вы можете проверить соединение с базой, если нажмете Test Connection.

Создаем проект в IntelliJ IDEA

Здесь все стандартно. Думаю лишних комментариев не требуется. Создаем maven проект. В packaging ставим war. И добавляем необходимые зависимости.

Собственно вот мой pom.xml

Структура проекта

Обратите внимание, что persitence.xml лежит в WEB-INF->classes->META-INF.

А вот и сам persistence.xml

В качестве jta-data-source используем jndi-name, которое указали при создании datasource.
Если забыли, можно посмотреть на 127.0.0.1:9990 в разделе Configuration->Subsystems->Datasources->Наш datasource->View->Attributes->строка JNDI.

Теперь давайте посмотрим на наши классы.

1. Простейший entity класс.

Подробности не расписываю. Это уже другая тема.

Аннотация @PersistenceContext инжектит наш persistence-unit и на его основе создает EntityManager.

Аннотация @Stateless указывает, что это ejb.

3. Простейший Servlet

Аннотация @EJB инжектит JavaBean.

В методе doGet создается пользователь с именем «Ser» и вызывается метод saveUser из ejb.
Если таблицы userentity не было, то hibernate создаст сам таблицу и вставит туда нашего user.

Запуск проекта

Для настройки jboss в IDEA, заходим в Run->EditConfiguration, нажимаем "+" в левом верхнем углу и выбираем jboss-local.

В качестве ApplicationServer выбираем папку с нашим установленным WildFly. В качестве артифакта я выбрал ExternalArtifact (собранный maven hiberProject.war), убрал стандартный Build и добавил стандартные задачи maven (clean package install).

Теперь жмем старт и ждем когда загрузится сервер. Далее заходим на страницу localhost:8080/имяпроекта/test.

При загрузке страницы срабатывает метод doGet и наш user с именем «Ser» записывается в базу.

Всем спасибо. Надеюсь кому-то эта статья помогла.
Вот ссылка на GitHub с этим проектом.