JWrapper JWSystem.forkVirtualApp()

Question

страница поддержки JWrapper направил меня, чтобы задать этот вопрос здесь так:

Я успешно используется JWrapper для создания файлов развертывания для моего приложения. В игре задействовано много команд, и я хочу их сократить. Мой вопрос в том, поможет ли метод выше, и как его использовать и эффективно? Поскольку другие источники информации о JWrapper либо ушли, либо нуждаются в более подробной информации, я хочу запросить здесь ответы.

Answer 1

При использовании метода JWSystem.forkVirtualApp аргументы командной строки будут такими же, как вы указываете в XML-файле jwrapper для всех ваших виртуальных приложений, в командной строке args, которые вы можете передать, являются аргументы командной строки для вашего виртуального а не для запуска JVM.

У нас есть открытый запрос, чтобы сделать JVM args более гибким в целом/редактируемым во время выполнения, который, как я сказал бы, будет охватывать ваш запрос и немного больше (мы также отметим ваш интерес к нему), но для основного требование обеспечения того, чтобы вы использовали ту же JRE, что и JWrapper, а не систему JRE, вы можете использовать JWSystem.getMyJreHome. Это всегда будет возвращать JRE, который использовался для запуска вашего виртуального приложения, и вы можете создать там специальный запуск.

JWrapper может поддерживать более произвольный запуск Java, но он не будет предоставлять ничего гораздо большего, чем JWSystem.getMyJreHome +, создавая путь к исполняемому файлу java, поэтому я не уверен, что он обеспечит много преимуществ в JWSystem. getMyJreHome + API-интерфейс Java-процесса?

Он также может легко поддерживать пользовательские JVM-аргументы в запуске, но мы хотели бы рассмотреть вопрос о том, имеет ли смысл добавить это как API в дополнение к более полной возможности иметь временное редактирование аргументов JVM для виртуальных приложений. Это то, что мы планируем изучить.