Что такое хорошие замены InstallAnywhere для установки JAVA EE-приложения?

Sun предлагает установщик с открытым исходным кодом:

OpenInstaller

Я уверен, что все запрошенные вами функции поддерживается.
Но мне кажется, что его немного сложно настроить.

Но угадайте, что: У него есть не только графический интерфейс, но и (псевдографический) интерфейс командной строки.
Хорошие скриншоты и информация здесь .

Мы создали BitRock InstallBuilder , кроссплатформенный инструмент установки после некоторых неприятных событий с InstallAnywhere и особенно его двоюродный брат (ныне несуществующий) InstallShield MP. Более половины наших клиентов используют наш инструмент для упаковки программного обеспечения на основе Java, но этот инструмент является нативным, а не на основе Java. Это означает, что у нас есть ряд преимуществ, таких как собственный внешний вид (в том числе Vista, GTK, Qt и т. Д.), И нам не нужно выполнять самораспаковывание перед установкой (более быстрый запуск, меньше места), чтобы упомянуть пару. Чтобы ответить на ваши конкретные вопросы:

• Поддерживается вызов кода Java в процессе установки в различные моменты времени (например, когда отображается определенная страница, копируются файлы, во время удаления и т. Д.). Код не скомпилирован в установщике, но он может быть вызван внешне, а результат используется в установщике. Если вы более конкретно знаете, какой код вам нужен, я могу предоставить конкретный пример кода. У нас есть много встроенных действий для функциональности, которые необходимо вручную добавить к другим установщикам, поэтому вам может не понадобиться писать этот код в первую очередь!
• Мы поддерживаем все версии Windows, включая 64-битную и Windows 2008 (несколько клиентов прошли сертификацию на этих платформах с помощью наших установщиков)
• Мы поддерживаем серверы в комплекте приложений, включая Tomcat, Resin, JBoss и другие. Взгляните на BitNami для примеров таких стеков, которые мы создали.
• Мы поддерживаем копирование и перемещение файлов, замену значений в файлах конфигурации, распаковку файлов и большинство других общих функций установки.

Я видел, как несколько человек рекомендуют IzPack , но я, честно говоря, не знаю, если это соответствует вашим требованиям. Это как минимум бесплатно :)

Вас может заинтересовать launch4j

Я могу поручиться за izPack . Он основан на Ant, поэтому вы можете упаковать в него установку Ant, и эта установка Ant может содержать пользовательские задачи и / или сценарии, написанные в вашем Ant build.xml (например, с использованием Groovy, Beanshell или любого языка сценариев с поддержкой BSF). Так что это покроет ваши настраиваемые требования.

Я использовал его в прошлом для всего вышеперечисленного - разархивирование / services / custom code. Он мультиплатформенный, хотя я не могу поручиться за этот конкретный пример выше (64-битная Windows). Но если он работает на Java, у вас все будет в порядке.

Единственная головная боль - JRE. Очевидно, вам потребуется немного JRE для запуска этого. Однако я думаю, что вы сможете собрать и выполнить определенную установку JRE в izPack.

Jonik, спасибо за публикацию такого подробного отзыва о вашем опыте. Я хотел написать дополнительный ответ, так как вы подняли несколько хороших вопросов.

После того, как определенные базовые требования выполнены (что, к сожалению, InstallAnywhere больше не выполняется), на самом деле появляются не «плохие» или «хорошие» инструменты, а скорее инструменты которые лучше подходят для некоторых проектов. Кажется, вы тщательно изучили все параметры, и install4j будет работать лучше для вашего проекта. Вероятно, это хороший выбор, поскольку у вас есть существующая кодовая база Java из вашего предыдущего установщика, которую вы хотите использовать повторно (хотя я хотел бы подумать, что часть этого кода не понадобится в InstallBuilder:)

Что касается InstallBuilder, мы поддерживаем настройка последовательности экранов с помощью тега (нам, вероятно, лучше это задокументировать). Также просто связать JRE (в большинстве случаев просто с использованием папки java /), но я думаю, что ваша критика верна: поскольку это общая задача, мы должны лучше справляться с документированием / обеспечением ее доступности через графический интерфейс, включая перетаскивание на всех поддерживаемых платформах. У нас уже есть в нашей дорожной карте улучшение GUI в областях, которые вы упоминаете. Самое смешное, что многие наши клиенты находят формат XML настолько простым в использовании, что предпочитают редактировать его с помощью своих программных редакторов (как если бы они редактировали HTML)

Наконец, в отношении лицензирования наша текущая модель не требует покупки дополнительные лицензии, если эти дополнительные программисты будут просто собирать установщики (не проектируя их) или приобретать дополнительные лицензии для машин сборки или непрерывной интеграции. В любом слючае,

Я рекомендую взглянуть на cmInstall , который можно найти по адресу http://sourceforge.net/projects/cminstall/

Он соответствует почти всем вашим требованиям и имеет открытый исходный код. Плюс я один из его разработчиков:).

1. [yes] Должен поддерживать запуск пользовательского кода Java как часть процедуры установки
2. [да] Должен поддерживать Windows, включая последние 64-битные версии, такие как Windows Server 2008; поддержка других целевых операционных систем является плюсом
3. [это можно легко сделать с помощью сторонних библиотек, например, Tanuki Software]. Должна быть в состоянии установить сервер приложений в комплекте (например, Resin или Tomcat) в качестве службы в Windows
4. [да] Должен поддерживать базовые функции, такие как копирование и перемещение файлов, редактирование файлов конфигурации, извлечение ZIP-файлов и т. Д.

5. [yes - or you can programatically download & unzip it ]Must support bundling a specific version of JRE; at the very least by including a ZIP to be extracted

   6.[no - it needs jdk 1.6 installed, support for .exe or .msi is planned for future]Preferably does not depend on a preinstalled JRE (or any other 3rd party runtime environment or library) on target machine; in other words, can produce an independent Windows .exe (or .msi)

6. [да] Этот инструмент предпочтительно должен быть кроссплатформенным, чтобы разработка установщика могла выполняться на Linux, Windows или Mac.

   7. [нет - платформа cminstall «основана на разработчике» - но прост в использовании. Просто прочитайте учебники из http://sourceforge.net/project/showfiles.php?group_id=250019&package_id=305489 и посмотрите, как легко создать установщик!] Желательно иметь достойный графический интерфейс для сборки установщика. Однако, как только это будет сделано, должна быть возможность пропустить графический интерфейс и сделать сборку установщика частью автоматизированного процесса сборки.

Развертывание в многоплатформенной среде всегда является большим источником проблем. Считается, что оптимальным решением будет создание собственных пакетов для всех платформ, таких как RPM, DEB или MSI ... тех, которые можно было бы установить автоматически.

Разработчикам следует работать над самовосстановлением и запуском приложения. без установки.

Это позволит свести к минимуму усилия по развертыванию.

Я знаю, что это не совсем подходящее решение, как вы спрашивали, но иногда вы можете получить лучшие результаты таким образом.

Помните, что вы получите бесплатную услугу обновления. в Linux, если вы последуете этим.

Я все еще надеюсь, что Microsoft добавит что-то похожее на MSI (и это не потребует от вас регистрации). А для Windows вы можете взглянуть на программу обновлений Google, только что выпущенную с открытым исходным кодом - http: