Сценарий: Каждый раз, когда я запускаю пакетное задание Java для тестирования всех конфигурационных и загрузочных приложений, которые необходимо загрузить.Это включает ведение журнала, регистрацию спящего режима, глобальные свойства и т. Д. Это может занять до 3 минут, и если я занят итерацией различных тестов и выполнением 10 пакетных заданий, это может потратить 30 минут.Обычно все это содержится в сервере Websphere, но это слишком тяжело для перезапуска и повторной загрузки ушей для целей тестирования.
До сих пор я рассматривал Sockets и RMI как варианты для установки конфигурации.Например, сервер RMI, предоставляющий конфигурацию в виде одноэлементного экземпляра, к которому могут обращаться мои тесты, работающие в отдельных JVM.Я не уверен, что это лучший способ, так как существует плохая документация по этим методам, и, похоже, возникают проблемы с получением всех зависимостей от пути к классам для RMI (это приложение разбито как минимум на 20 проектов).
Существуют ли рекомендации по обеспечению доступности стека конфигурации для модульных тестов, к которым могут обращаться отдельные JVM?Каждый раз, когда вы запускаете новый тест jUnit, он запускается в отдельной JVM, и обычно ему каждый раз приходится создавать всю конфигурацию. Я хочу запустить конфигурацию один раз и сделать ее доступной для всех модульных тестов.