Как настроить версию install4j, чтобы разрешить как стабильные, так и бета / альфа пути обновления

Question

Хотелось бы посмотреть, есть ли способ создать конфигурацию install4j, которая позволит мне запускать как стабильные, так и нестабильные выпуски таким образом, чтобы большинство клиентов получало стабильный путь обновления (1.0.0-> 1.0.1-> 1.1-> 1.2-> 2.0 и т. Д.), А некоторые "бета" клиенты получат более совершенные версии: (1.0.0-> 1.0.1-бета-1-> 1.0.1-бета2->1.1-> 1.2-beta1 и т. Д.)

Единственный способ, о котором я могу подумать сейчас, - это создать 2 полностью независимых установщика и места для update.xml - возможно, это единственный способ

Спасибозаранее -A-

Answer 1

Вам просто нужны две разные версии updates.xml, которые можно загрузить с разных URL-адресов. Вы просто обновляете стабильную версию updates.xml всякий раз, когда выпускаете стабильную версию.

По умолчанию действие «Проверить наличие обновлений» в программе обновления загружает файл update.xml, определенный на вкладке «Установщик-> Параметры автоматического обновления».

Чтобы сделать эту переменную местоположения, добавьте действие «Чтение ключа из хранилища настроек Java» с именем переменной updatesUrl к узлу запуска средства обновления, затем вы можете использовать ${installer:updatesUrl} в «Проверка обновления» действие.

Затем вы устанавливаете начальное значение на ${compiler:sys.updatesUrl} в программе установки с помощью действия «Установить ключ в хранилище настроек Java». В вашем приложении вы можете легко предложить способ переключения каналов обновления, записав значение в свой собственный код.