Рекомендованное решение для разделения проектов Maven?
Каков наилучший способ разделить крупный корпоративный проект в Maven?
Достаточно легко понять, как разбивать вещи по вертикали, как это...
- У вас есть проект DAO
- Проект DAO является зависимостью проект службы
- Проект службы - это зависимость веб-проекта.
Есть ли у кого-нибудь доступ к лучшим практикам в разделении/разбиении действительно больших проектов в Maven.m.
Ответы
Ответ 1
Некоторые вещи, которые помогли мне
- Использовать многомодульные проекты для связанных проектов и только связанных с ними проектов. Кандидатом для этого является EJB, который существует только в одном EAR. Уровень Bo, который используется EJB и клиентским приложением, отсутствует.
- Один артефакт за pom, один разворачиваемый для каждого модуля. Не тратьте время, пытаясь обойти это.
- Создавать зависимости poms, которые включают общие наборы зависимостей. Таким образом, вы можете включить свой DAO, ваш драйвер jdbc и ваши инструменты ORM с одной зависимостью. Он также значительно упрощает обновление десятков проектов до новейшей версии вашего ORM или DAO.
- Создавать проекты-конструкторы, которые существуют только для запуска сборки и создания наборов развертывания. Это позволит синхронизировать несколько частей вашего проекта. Сборка крупных сложных корпоративных приложений часто достаточно сложна, так что вам нужно сочетание maven, shell-скриптов и/или ant: запускать задачи и десятки профилей. Включение беспорядка в проект, находящийся далеко от вашего кода, будет содержать беспорядок до его распространения.
- Создание проектов тестеров для непрерывной интеграции. Определите свои веб-серверы и серверы приложений в этих помпах, а также информацию о тестовом развертывании. Использование родительских проектов и общих файлов свойств облегчит тестирование изменений развертывания.
- Определить распределение управления только в родительском pom, если можно сделать все подпроекты дочерними (или грандиозными).
- Старайтесь не зависеть от больших файлов (EAR, WAR), забитых в ваш репозиторий при каждой сборке. Устранение необходимости в том, что WARM 175 МБ для переключения на синхронизацию на каждый снимок улучшило время сборки.
- Попробуйте определить вещи как можно меньше раз. СУХОЙ сборка - счастливая сборка. Имея 30 poms с исходной версией 1.5 или 30 poms с использованием junit 3.8.2, вы собираетесь сделать повышение на java 6 или junit 4.4 намного сложнее.
Надеюсь, что это поможет.
Ответ 2
Я с радостью использовал многомодульный Enterprise Project из Maven по примеру. Прочитайте его для вдохновения и поработайте над тем, что работает для вас.
![alt text]()
Ответ 3
Вот несколько указателей:
Ответ 4
Все настройки. У Maven нет всех и не последнее. mine здесь спас меня, вы можете посмотреть и просто почувствовать, какое право для вас.
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.appspot.classifiedsmarket</groupId>
<artifactId>classifiedsmarket</artifactId>
<packaging>war</packaging>
<version>1.0-SNAPSHOT</version>
<name>classifiedsmarket Maven Webapp</name>
<url>http://maven.apache.org</url>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
<version>1.2.12</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>httpunit</groupId>
<artifactId>httpunit</artifactId>
<version>1.6.1</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>struts</groupId>
<artifactId>struts</artifactId>
<version>1.2.9</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.6</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>informa</groupId>
<artifactId>informa</artifactId>
<version>0.6.0</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>org.jasypt</groupId>
<artifactId>jasypt</artifactId>
<version>1.3</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>htmlunit</groupId>
<artifactId>htmlunit</artifactId>
<version>1.9</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>javax.activation</groupId>
<artifactId>activation</artifactId>
<version>1.1</version>
</dependency>
<dependency>
<groupId>javax.mail</groupId>
<artifactId>mail</artifactId>
<version>1.4</version>
</dependency>
<dependency>
<groupId>dwr</groupId>
<artifactId>dwr</artifactId>
<version>1.1.3</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>commons-dbcp</groupId>
<artifactId>commons-dbcp</artifactId>
<version>1.2.2</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>commons-pool</groupId>
<artifactId>commons-pool</artifactId>
<version>1.4</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>jstl</groupId>
<artifactId>jstl</artifactId>
<version>1.1.2</version>
<scope>compile</scope>
</dependency>
<dependency>
<groupId>taglibs</groupId>
<artifactId>standard</artifactId>
<version>1.1.2</version>
<scope>compile</scope>
</dependency>
</dependencies>
<build>
<finalName>classifiedsmarket</finalName>
<plugins>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<version>RELEASE</version>
<configuration>
<source>1.6</source>
<target>1.6</target>
</configuration>
</plugin>
<plugin>
<artifactId>maven-compiler-plugin</artifactId>
<version>RELEASE</version>
<configuration>
<encoding>UTF-8</encoding>
<source>1.5</source>
<target>1.5</target>
</configuration>
</plugin>
<plugin>
<artifactId>maven-resources-plugin</artifactId>
<version>RELEASE</version>
<configuration>
<encoding>UTF-8</encoding>
</configuration>
</plugin>
</plugins>
</build>
<properties>
<netbeans.hint.deploy.server>Tomcat55</netbeans.hint.deploy.server>
</properties>
</project>