Apache Maven 2.x : Вопрос 1 : 19

Для чего используется тег defaultGoal (находится под project/build тегами)?

1) Для запуска заданной в теге цели, если таковая не указана в команде запуска.

2) Для запуска заданной в теге фазы, если таковая не указана в команде запуска.

3) Для запуска заданной в теге фазы или цели, если таковая не указана в команде запуска.

4) Для запуска заданной в теге цели, даже если таковая была указана в команде запуска.

5) Для запуска заданной в теге фазы, даже если таковая была указана в команде запуска.

6) Для запуска заданной в теге фазы или цели, даже если таковая была указана в команде запуска.

Для чего используется тег defaultGoal (находится под project/build тегами)?

1) Для запуска заданной в теге цели, если таковая не указана в команде запуска.

2) Для запуска заданной в теге фазы, если таковая не указана в команде запуска.

3) Для запуска заданной в теге фазы или цели, если таковая не указана в команде запуска.

4) Для запуска заданной в теге цели, даже если таковая была указана в команде запуска.

5) Для запуска заданной в теге фазы, даже если таковая была указана в команде запуска.

6) Для запуска заданной в теге фазы или цели, даже если таковая была указана в команде запуска.

Какое значение атрибута scope у dependency говорит, что эта библиотека будет использоваться при компиляции, но во время исполнения ее будет предоставлять JDK или контейнер приложений?

1) 

compile

2) 

runtime

3) 

provided

4) 

test

5) 

system

Какое значение атрибута scope у dependency говорит, что эта библиотека будет использоваться при компиляции, но во время исполнения ее будет предоставлять JDK или контейнер приложений?

1) 

compile

2) 

runtime

3) 

provided

4) 

test

5) 

system

Какой тип packaging должен быть указан в pom.xml при наличии дочерних модулей? (Указывать в нижнем регистре)

<project...
  ...
  <packaging> ??? </packaging>
  ...
  <modules>
    <module>...</module>
    <module<...</module>
  </modules>
  ...
</project>

Какой тип packaging должен быть указан в pom.xml при наличии дочерних модулей? (Указывать в нижнем регистре)

<project...
  ...
  <packaging> ??? </packaging>
  ...
  <modules>
    <module>...</module>
    <module<...</module>
  </modules>
  ...
</project>

Значение атрибута scope у dependency по умолчанию:

1) 

runtime

2) 

system

3) 

provided

4) 

compile

5) 

test

Значение атрибута scope у dependency по умолчанию:

1) 

runtime

2) 

system

3) 

provided

4) 

compile

5) 

test

Внутри какой секции POM прописываются настройки развёртывания приложения?

1) <deployManagement> ... </deployManagement>

2) <distributionManagement> ... </distributionManagement>

3) <repositories> ... </repositories>

4) нет отдельной секции

Внутри какой секции POM прописываются настройки развёртывания приложения?

1) <deployManagement> ... </deployManagement>

2) <distributionManagement> ... </distributionManagement>

3) <repositories> ... </repositories>

4) нет отдельной секции

В каком из предложенных вариантов приведена правильная запись ссылки на свойство, значение которого будет подставлено в процессе фильтрации ресурса?

1) $someProperty

2) ${someProperty}

3) <filtered>someProperty</filtered>

4) #someProperty

В каком из предложенных вариантов приведена правильная запись ссылки на свойство, значение которого будет подставлено в процессе фильтрации ресурса?

1) $someProperty

2) ${someProperty}

3) <filtered>someProperty</filtered>

4) #someProperty

Как в pom.xml под тегом project определить минимально поддерживаемую версию maven'а для возможности построения проекта? В данном случае пусть это будет версия 2.0.9.

1) <prerequisites><maven>2.0.9</maven></prerequisites>

2) <maven>2.0.9</maven>

3) <requirement><maven>2.0.9</maven></requirement>

4) <maven><version>2.0.9</version></maven>

5) <require><maven>2.0.9</maven></require>

Как в pom.xml под тегом project определить минимально поддерживаемую версию maven'а для возможности построения проекта? В данном случае пусть это будет версия 2.0.9.

1) <prerequisites><maven>2.0.9</maven></prerequisites>

2) <maven>2.0.9</maven>

3) <requirement><maven>2.0.9</maven></requirement>

4) <maven><version>2.0.9</version></maven>

5) <require><maven>2.0.9</maven></require>

Как пропустить выполнение тестов при сборке проекта >>mvn? Укажите все подходящие варианты:

Как пропустить выполнение тестов при сборке проекта >>mvn? Укажите все подходящие варианты:

Каким образом можно загрузить доступные исходные коды используемых в проекте библиотек?

1) 

mvn sources

2) 

mvn sources:download

3) 

mvn dependency:sources

4) 

Это невозможно

5) 

Ни один ответ не является правильным

Каким образом можно загрузить доступные исходные коды используемых в проекте библиотек?

1) 

mvn sources

2) 

mvn sources:download

3) 

mvn dependency:sources

4) 

Это невозможно

5) 

Ни один ответ не является правильным

Выберите допустимые варианты указания Maven пропустить выполнение модульных тестов:

1) запустить Maven с опцией maven.test.skip равной true

2) указать в секции конфигурирования плагина maven-surefire-plugin элемент skip, задав ему значение true

3) запустить Maven с опцией skipTests равной true

4) этого нельзя сделать

Выберите допустимые варианты указания Maven пропустить выполнение модульных тестов:

1) запустить Maven с опцией maven.test.skip равной true

2) указать в секции конфигурирования плагина maven-surefire-plugin элемент skip, задав ему значение true

3) запустить Maven с опцией skipTests равной true

4) этого нельзя сделать