Один из способов сделать это - использовать функции кластеризации (установка по умолчанию в GF 2.1 часто является режимом разработчика, поэтому вам придется включить кластеризацию, по-видимому, кластеризация GF 3.1 включена по умолчанию).
В рамках кластеризации вы можете создавать автономные экземпляры, которые не участвуют в кластере. Каждый экземпляр может иметь свой собственный конфиг. Эти экземпляры совместно используют все в разделе «Ресурсы», и каждый экземпляр может иметь отдельные значения в системных свойствах, наиболее важно, что это отдельные номера портов.
Таким образом, сценарий использования будет состоять в том, что ваша среда accept / beta будет работать на своем собственном экземпляре с разными портами (по умолчанию 38080, 38181 и т. Д., Если вы используете приложение http). При работе таким способом ваш новый экземпляр будет работать в отдельной JVM. С GF 2.1 вам нужно научиться управлять агентом узла. С GF 3.1 вам не придется об этом беспокоиться.
Когда вы развертываете приложение, вы должны выбрать место назначения, называемое Target, чтобы вы могли иметь версию accept / beta в одном экземпляре и рабочую версию в другом экземпляре.
Так я запускаю бета-версии с нашей текущей некластеризованной установкой GF 2.1, и она работает довольно хорошо.