¿Cuáles son buenos reemplazos InstallAnywhere para instalar una aplicación Java EE?

Puedo responder por IzPack. Está basado en Ant, por lo que puede empaquetar una instalación de Ant en ella, y esa instalación de Ant puede contener tareas personalizadas y/o scripts escritos dentro de su compilación de Ant.xml (por ejemplo, usando Groovy, Beanshell o cualquier lenguaje de scripting habilitado para BSF). Así que cubrirá su requisito personalizable.

Lo he usado en el pasado para todo lo anterior - descomprimir/servicios/código personalizado. Es multiplataforma, aunque no puedo responder por esa instancia específica anterior (Windows de 64 bits). Pero si ejecuta Java, debería estar bien.

El único dolor de cabeza es el JRE. Obviamente necesitarías algún JRE para ejecutar esto. Sin embargo, creo que debería ser capaz de empacar y ejecutar una instalación JRE específica dentro de IzPack.

Creamos BitRock InstallBuilder, una herramienta de instalación crossplatform después de algunas experiencias frustrantes con InstallAnywhere y especialmente su primo (ahora desaparecido) InstallShield MP. Más de la mitad de nuestros clientes utilizan nuestra herramienta para empaquetar software basado en Java, pero la herramienta es nativa, no basada en Java. Eso significa que tenemos una serie de ventajas, como la apariencia nativa (incl. Vista, GTK, Qt, etc.) y no hay necesidad de hacer autoextracción antes de la instalación (arranque más rápido, menos requisitos de espacio) para mencionar un par. Para responder a sus preguntas específicas:

• Admite la llamada a código Java como parte de la instalación en varios puntos del tiempo (como cuando se muestra una determinada página, se copian archivos, en el momento de la desinstalación, etc.).). El código no se compila en el instalador, pero se puede llamar externamente y el resultado se utiliza en el instalador. Si usted es más específico acerca de qué tipo de código que necesita, puedo proporcionar un código de ejemplo específico. Tenemos un montón de acciones integradas para la funcionalidad que debe agregarse manualmente a otros instaladores, por lo que es posible que no necesite escribir ese código en primer lugar.
• Apoyamos todas las versiones de Windows, incluyendo 64bit y Windows 2008 (varios clientes han certificado en esas plataformas utilizando nuestros instaladores)
• Admitimos servidores de aplicaciones agrupados, incluidos Tomcat, Resin, JBoss y otros. Echa un vistazo a BitNami para ver ejemplos de tales pilas que hemos creado.
• Nosotros admite la copia y el movimiento de archivos, la sustitución de valores en archivos de configuración, el desempaquetado de archivos y la mayoría de las otras funciones de instalación comunes. Uno de nuestros principios es que el instalador debe proporcionar soporte integrado para acciones de instalación comunes y tener una interfaz fácil y limpia para invocar código externo que es específico para el producto de un cliente.
• Apoyamos la agrupación de JRE, como usted menciona a menudo es suficiente solo para agrupar el directorio JRE y establecer el valor apropiado para JAVA_HOME en los scripts de lanzamiento

Puedes echar un vistazo a algunos de nuestros clientes como MySQL, Samsung, Motorola, GitHub, etc. InstallBuilder es un producto comercial, pero ofrecemos licencias gratuitas para proyectos de código abierto y descuentos para pequeñas empresas y MICROVS.

Solo quiero añadir que mi empresa ha utilizado InstallAnywhere durante unos 6 años, pero hemos decidido seguir adelante. La razón es doble.

En primer lugar, su precio es un robo de carretera absoluto y la licencia es severamente restrictiva en comparación con competidores directos como INstall4J y BitRock.

Mi otro problema con InstallAnywhere es que el producto solo se mantiene mínimamente. He estado usando el producto durante 6-7 años a través de muchas versiones diferentes y los errores son rara vez fijo y seguramente no se puede esperar nuevas características. Esencialmente todo lo que puede esperar es que agregarán soporte para la nueva versión de windows/mac a medida que salga. Sus cargos de soporte son bastante caros, pero nunca he tenido una solicitud de soporte realmente implementada. Cuando compré el producto por primera vez creo que era de una empresa llamada ZeroG que se centraron únicamente en este producto. En realidad mantuvieron y mejoraron el producto. En ese entonces era el único boleto real y estaban saltos y límites por encima de la competencia.

Luego fue adquirido por Macrovision y luego Flexera. Desde que ZeroG vendió el producto, ha sido un producto auxiliar para la empresa propietaria y el enfoque en él ha sido pobre. Parece que se compró más para completar un conjunto de productos en lugar de porque la empresa realmente quería mantener el producto.

Palabra de precaución, evalúe estos productos cuidadosamente porque puede atarse a ellos. Habríamos dejado la producto antes, pero ponemos tanto esfuerzo no solo en el instalador, sino en la configuración de un esquema de actualización automática basado en las características/limitaciones del producto que es costoso dejar el producto debido a la inversión de mano de obra para reproducir esto en un nuevo producto.

Solo mi opinión, pero no recomendaría InstallAnywhere.

Actualmente estamos usando GetDown para manejar la distribución de nuestras aplicaciones swing. Usamos Tomcat para distribuir actualizaciones y GetDown para descargar esas actualizaciones. Es muy flexible y potente, y mucho mejor que java WebStart y debido a que produce suma de comprobación para los cambios que guarda bandwith y descarga archivos recién cambiados.

Un buen tutorial : http://www.hascode.com/2012/05/creating-updatable-java-applications-using-getdown-and-the-getdown-maven-plugin/

Sitio web del proyecto: https://github.com/threerings/getdown

La implementación en un entorno multiplataforma siempre es una gran fuente de problemas. Se piensa que la solución óptima se dirigiría a la creación de paquetes nativos para todas las plataformas, como RPM, DEB o MSI ... los que podrían ser instalados desatendidos también.

Los desarrolladores deben trabajar en hacer que la aplicación se repare automáticamente y se ejecute sin instalación.

Al hacerlo, se minimizarán los esfuerzos de implementación.

Sé que esto no es una solución como usted donde preguntar, pero a veces puede obtener mejores resultados de esta manera.

Recuerde que obtendrá un servicio de actualización gratuito en Linux si sigue estos.

Todavía espero que Microsoft agregue algo similar a MSI (y eso no requeriría que se registre en ellos). Mientras tanto para Windows se puede echar un vistazo a Google Updater acaba de publicar como código abierto - http://code.google.com/p/omaha /

Lanzaron un producto similar para Mac OS http://code.google.com/p/update-engine / pero es triste que no pensaran en crear un producto a partir de estos dos.

Puedes probar el complemento SetupBuilder Gradle para crear un nativo *.instalador msi con un sencillo script de compilación de Gradle.

• Es gratis.
• Soporta Ventanas de 32 bits y 64 bits. También Linux y OSX.
• Empaquetar la VM Java en Windows y OSX, no requiere una VM Java preinstalada.
• Puede ejecutar código Java antes o después de la instalación.
• Puede crear un servicio/demonio de Windows.
• No tiene una interfaz gráfica de usuario, pero usa Gradle. Si ya utiliza Gradle como construir lenguaje de script entonces es muy fácil.

Te puede interesar launch4j

Jonik, gracias por publicar comentarios tan detallados de su experiencia. Quería escribir una respuesta complementaria, ya que usted plantea algunos puntos positivos.

Después de que se cumplen ciertos requisitos básicos (que desafortunadamente InstallAnywhere ya no lo hace) no hay realmente herramientas 'malas' o 'buenas', sino más bien herramientas que son más adecuadas para algunos proyectos. Parece que ha estudiado cuidadosamente todas las opciones e install4j funcionará mejor para su proyecto. Esta es probablemente una buena opción, ya que una base de código Java existente de su instalador anterior que desea reutilizar (aunque me gustaría pensar que parte de ese código no sería necesario con InstallBuilder:)

Con respecto a InstallBuilder, apoyamos la personalización de la secuencia de pantalla usando la etiqueta (probablemente deberíamos documentar mejor esto). También es sencillo agrupar un JRE (solo incluyendo la carpeta java/ en la mayoría de los casos) , pero creo que su crítica es válida: ya que esta es una tarea común, deberíamos hacer un mejor trabajo en la documentación / hacerlo accesible a través de la interfaz gráfica de usuario, incluyendo arrastrar y soltar en todas las plataformas compatibles. Ya tenemos en nuestra hoja de ruta mejorando la GUI en las áreas que mencionas. Lo curioso es que muchos de nuestros clientes encuentran el formato XML tan fácil de usar que prefieren editarlo usando sus editores de programación (como si estuvieran editando HTML)

Finalmente, con respecto a las licencias, nuestro modelo actual no requiere la compra de licencias adicionales si esos programadores adicionales simplemente construirá los instaladores (no los diseñará) o comprará licencias adicionales para máquinas de construcción o integración continua. En cualquier caso, un par de licencias flotantes para install4j son más caras que una licencia de Sitio Empresarial completa para BitRock:)

Gracias de nuevo por los comentarios

Recomiendo echar un vistazo a cmInstall , que se puede encontrar en http://sourceforge.net/projects/cminstall /

Cumple con casi todos sus requisitos y es de código abierto. Además soy uno de sus desarrolladores :).

1. [yes] Debe admitir la ejecución de código Java personalizado como parte del procedimiento de instalación
2. [sí] Debe ser compatible con Windows, incluidas las últimas versiones de 64 bits como Windows Server 2008; el soporte para otros sistemas operativos de destino es un plus
3. [puede se puede hacer fácilmente mediante el uso de libs de terceros-por ejemplo:Software Tanuki] Debe ser capaz de instalar un servidor de aplicaciones incluido (como Resin o Tomcat) como un servicio en Windows
4. [yes] Debe soportar cosas básicas como copiar y mover archivos, editar archivos de configuración, extraer ZIPs, etc.

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 necesita jdk 1.6 instalado, soporte para .exe or .msi está previsto para el futuro]Preferiblemente no depende de un JRE preinstalado (o cualquier otro entorno de ejecución o biblioteca de terceros) en la máquina de destino; en otras palabras, puede producir un Windows independiente .exe (or .msi)

6. [yes] La herramienta debe ser preferiblemente multiplataforma para que el desarrollo del instalador se pueda hacer en Linux, Windows o Mac.

   7.[no - el framework cminstall está "basado en desarrolladores" - pero es fácil de usar.Solo lee el tutoriales de http://sourceforge.net/project/showfiles.php?group_id=250019&package_id=305489 y ver lo fácil que es construir un instalador!] Debería tener preferiblemente una GUI decente para armar el instalador. Una vez hecho esto, sin embargo, debe ser posible omitir la GUI y hacer que la construcción del instalador sea parte del proceso de compilación automatizado.

También he revisado algunos de los instaladores multiplataforma de código abierto. Aquí está mi comentario:

1. BitRock InstallBuilder : Solo es ideal para desarrolladores de código abierto y libre, ya que da licencia gratuita para su uso en proyectos de código abierto.
2. InstallJammer: Buen instalador multiplataforma gratuito y de código abierto. Solo una preocupación que tan pronto como uno descarga la compilación ejecutable de InstallJammer, el programa antivirus lo eliminará inmediatamente. De alguna manera archivos construido a partir de InstallJammer están siendo capturados como Falsos positivos. Usted tendrá que trabajar un poco más certificado de seguridad antes de publicar.
3. Izpack : Buen instalador multiplataforma gratuito y de código abierto. Puede ser un poco engorroso para las personas que no están acostumbradas a las hormigas. Puede ser genial cuando se usa con front-ends GUI como PackJacket .

He visto a varias personas recomendar IzPack, pero honestamente no sé si cumple con sus requisitos. Es al menos gratis:)

Sun ofrece un instalador de código abierto:

OpenInstaller

Estoy seguro de que todas las características solicitadas son compatibles.
Pero me parece un poco difícil de configurar.

Pero adivina qué: No solo tiene una GUI sino también una CLI (pseudo-gráfica).
Bonitas capturas de pantalla e información aquí.