Вопросы Теги

Рекомендуемое решение для того, чтобы разделить проекты Знатока?

Едва ли, по крайней мере, не легко.

В IE, можно отладить процесс браузера с Отладчиком сценариев MS (который по некоторым причинам является компонентом Office), или Visual Studio, и затем Вы видите стек на точках останова.

14
задан Cœur 30 May 2018 в 17:18
поделиться

4 ответа

Некоторые вещи, которые мне помогли

  • Используйте многомодульные проекты для связанных проектов и только для связанных проектов. EJB, существующий только в одном EAR, является кандидатом на это. Уровень bo, который используется EJB, а клиентское приложение - нет.
  • Один артефакт на каждый pom, один развертываемый на многомодульный проект Не тратьте время, пытаясь обойти это.
  • Создайте poms зависимостей , которые включают общие наборы зависимостей. Таким образом, вы можете включить свой DAO, драйвер jdbc и инструменты ORM в единую зависимость. Это также значительно упрощает обновление десятков проектов до последней версии вашего ORM или DAO.
  • Создание проектов компоновщика , которые существуют только для запуска сборки и создания наборов развертывания. Это позволит синхронизировать несколько частей вашего проекта. Сборка больших сложных корпоративных приложений часто бывает достаточно сложной, поэтому вам понадобится сочетание maven, сценариев оболочки и / или задач ant: run плюс десятки профилей. Помещение беспорядка в проект подальше от вашего кода будет сдерживать беспорядок до того, как он распространится.
  • Создайте проекты тестеров для использования в непрерывной интеграции. Определите свои веб-серверы и серверы приложений в этих помах, а также информацию о тестовом развертывании. Использование родительских проектов и файлов общих свойств упростит тестирование изменений развертывания.
  • Определите distributionManagement только в родительском pom , если можно сделать все подпроекты его дочерними (или внушительными) его.
  • Старайтесь не полагаться на большие файлы (EAR, WAR), которые загружаются в ваш репозиторий при каждой сборке. Устранение необходимости передавать WAR 175 МБ в нексус на каждом снимке состояния улучшило время сборки.
  • Старайтесь определять вещи как можно реже . СУХОЙ билд - это счастливый билд. Наличие 30 помпов с исходной версией 1.5 или 30 помов с использованием junit 3.8.2 значительно усложнит обновление до java 6 или junit 4.4.

Надеюсь, это поможет.

18
ответ дан 1 December 2019 в 08:17
поделиться

Это все настройки. У Maven нет всех и последних. мой здесь спас меня, вы можете посмотреть и просто почувствовать то, что подходит вам. 

<?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>
0
ответ дан 1 December 2019 в 08:17
поделиться

Я с удовольствием использовал макет Multi-module Enterprise Project из Maven by Example . Прочтите его, чтобы получить вдохновение и разработать то, что вам подходит. alt text

8
ответ дан 1 December 2019 в 08:17
поделиться

Here's a few pointers:

  • Declare dependency versions in a common parent or use declare the versions in a specific project's dependencyManagement and reference it with import scope.
  • Avoid unversioned plugins. Declare plugin versions in a pluginManagement section.
  • Declare common plugin configurations in a parent pom, particularly reporting configurations.
  • Don't declare repositories in your POMs.
  • Use a repository manager like Nexus
  • Use properties to allow child projects to inherit configuration, but override key values (e.g. in the url for distributionManagement)
  • Set up a continuous integration server. Projects in development should have SNAPSHOT versions and be deployed to the repository regularly.
7
ответ дан 1 December 2019 в 08:17
поделиться
Другие вопросы по тегам:

Похожие вопросы: