sbt-native-package Debian против JDKPackager

Question

Я пытаюсь понять различия между этими двумя типами установщиков. В идеале я хочу иметь возможность не пакет Java, но имеет (как и должно быть на Debian) зависимость пакета. Это работает для Debian plugin:

enablePlugins(DebianPlugin) 

debianPackageDependencies in Debian += "java6-runtime" 

В идеале я хочу иметь .desktop запись для моего рабочего стола менеджера (например, Gnome), обработки значок, запуск и Jvm параметры и ассоциации файлов. Это автоматически обрабатывается JDKPackager plugin:

enablePlugins(JDKPackagerPlugin) 

jdkAppIcon := ... 

jdkPackagerJVMArgs := Seq("-Xmx1g") 

jdkPackagerAssociations += FileAssociation(
    "foobar", "application/foobar", "Foobar file type", myIcon) 

Как бы я добиваюсь установку, которая сочетает в себе эти две функции, зависимости пакетов и интеграции настольных приложений?

Answer 1

JDKPackager населяет своего рода параллельный мир с другими плагинами, в том, что он пытается перевести стандартные sbt-native-packager ключи (и некоторые дополнительные) в формах Oracle Java 8 javapackager инструмент принимает, делегируя все «жесткий» работайте с внешним инструментом. Он делает это с помощью набора задач Ant, поставляемых с JDK, вызывается через файл build.xml, созданный в каталоге target/jdkpackager.

На стороне LinuxPlugin, они построены больше с нуля, вероятно, с учетом требований к серверному типу.

В то время как Oracle продолжает добавлять новые функции в систему javapackger, документация для нее часто бывает пятнистой и неполной (начиная с этой записи), поэтому могут быть возможности, которые возможны, но не могут быть открыты с помощью ключей sbt-native-packager. Если вы найдете что-то в задачах Oracle Ant, которые помогут вам достичь ваших конечных целей, не стесняйтесь сообщать о проблеме или PR в проект. Предоставление дополнительных настроек в отношении параметров задачи Ant обычно является простым процессом.

Вы также можете найти, что через объект "drop-in resources" вы можете переопределить определенные части сгенерированного файла определения .deb. Тем не менее, я использовал его только в MacOS и Windows (там, где он работает, но немного неудобно), и точно не знаю, что было показано через конвейерыи .rpm.