Оказалось, что проблема была не в моей конфигурации Gradle, а в моей конфигурации IntelliJ. Активный профиль должен быть установлен в конфигурации прогона, а именно для каждой конфигурации прогона в папке тестов интеграции. Это может быть решено путем аннотирования классов тестов интеграции с @ActiveProfiles("intTest")
.
Каков объем этой библиотеки? Этой библиотекой пользуются для просто этого конкретного веб-приложения?
Если так, мы можем поместить библиотеку в каталог WEB-INF/lib и проверить это в подверсии также?
Библиотеки в каталоге WEB-INF/lib должны быть автоматически добавлены к пути к классу проекта.
Вот то, что я сделал:
Инструменты-> Библиотека-> Новая Библиотека...
Проект-> Свойства-> Библиотеки
(Отредактируйте, думайте, что я вижу проблему теперь - но возможно не).
Необходимо добавить библиотеку к библиотекам компиляции И добавить его к библиотекам распределения. Или я неправильно понимаю вопрос?
В сценарии, где проект зависит от JAR, которые могут быть размещены в разных местах для разных пользователей, Можно использовать переменную IDE.
Другой вариант - использовать плагин Maven, который уже хорошо работает в NetBeans 6.5. Репозиторий Intranet для файлов Jar Artifact может быть размещен на файловом сервере или управляться через прокси-сервер Maven, такой как Nexus.
при создании 'нового проекта', существует опция включить 'выделенную папку для библиотек'. Тем путем библиотеки также посвятят себя репозиторию, и Ваш разработчик однорангового узла может контроль Ваш проект со всеми библиотеками, Ваш проект имеет зависимости от, таким образом, устраняя netbeans связанную конфигурацию.
Эта запись в блоге описывает взлом, который работал в NetBeans 5. Я не знаю, будет ли это работать в NetBeans 6.5. Я также не знаю, будет ли это работать при создании файлов ночью на сервере.
http://blogs.oracle.com/gjmurphy/entry/using_netbeans_free-form_projects_as
Я не забываю создавать совместно использованные библиотеки как это 8 лет назад в JBuilder. Мне жаль, что Netbeans не имел его к настоящему времени.