IdentifiantMot de passe
Mot de passe oubli� ?Je m'inscris ! (gratuit)
Voir le flux RSS

bouye

[Actualit�] OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage

Noter ce billet
4 Commentaires
par
bouye
, 04/09/2019 � 00h41 (2612 Affichages)
OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage,
l'outil en ligne de commande de cr�ations de lanceurs natifs pour Java

jpackage est d�fini dans la proposition d�am�lioration JEP 343: Packaging Tool comme �tant un ensemble d'outils pour cr�er des lanceurs natifs pour les applications Java pour les principaux syst�mes d'exploitation support�s par Java cot� client (Linux, macOS et Windows). Dans son concept, il reprend dans les grandes lignes les fonctionnalit�s de javafxpackager, un outil introduit par Oracle dans le JDK7 et destin� � cr�er des lanceurs natifs pour JavaFX. Cet outil �tait devenu par la suite javapackager dans les JDK 8, 9 et 10 et permettait de cr�er des lanceurs pour n'importe quel type d'application Java (CLI, Swing).

Les applications ainsi cr��es contenaient une JVM embarqu�e ainsi que des lanceurs, installeurs et d�sinstalleur natifs adapt�s au syst�me d'exploitation h�te (exe, msi, pkg, dmg, deb ou encore rpm) et facilitaient l'exp�rience utilisateur de l'installation et de la d�sinstallation ou encore des ic�nes et descriptifs de l'application. Ces paquetages natifs permettaient la prise en charge des signatures num�riques natives pour v�rifier l�authenticit� du paquetage par l'OS ou l'antivirus et facilitaient �galement la cr�ation d'une distribution de l'application compatible sur les magasins en ligne des �diteurs.

Il avait cependant cess� d��voluer et ne supportait pas les modules. Ne faisant de plus pas partie de l'OpenJDK, javapackager avait �t� retir� des JDK 11 et 12 au profit de jlink un outil supportant les modules et capable de cr�er une distribution Java restreinte, mais sans support de lanceurs ou installeur natifs, ce qui avait cr�� un vide dans �cosyst�me Java cot� client.

Bien que jpackage fut initialement pr�vu pour le JDK 13, cette version anticip�e est construite sur une version pr�liminaire du JDK 14. L'outil tiers Wix est toujours requis pour construire des installeurs sous Windows.

Source :

Envoyer le billet � OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage � dans le blog Viadeo Envoyer le billet � OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage � dans le blog Twitter Envoyer le billet � OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage � dans le blog Google Envoyer le billet � OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage � dans le blog Facebook Envoyer le billet � OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage � dans le blog Digg Envoyer le billet � OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage � dans le blog Delicious Envoyer le billet � OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage � dans le blog MySpace Envoyer le billet � OpenJDK annonce la mise en disponibilit� en acc�s anticip� de jpackage � dans le blog Yahoo

Mis � jour 06/09/2019 � 04h49 par bouye

Cat�gories
Java , Java

Commentaires

  1. Avatar de Gugelhupf
    • |
    • permalink
    Bonjour,

    Quels sont les diff�rences entre la JEP 148: Small VM et la JEP 343: Packaging Tool ? Je pensais que la JEP 148 avait pour objectif de cr�er des applications Java natives.

    Est-ce que jpackage est une initiative pour concurrencer Golang ? (un peu comme comme jshell contre les langages de script)

    Merci pour le billet
  2. Avatar de bouye
    • |
    • permalink
    Salut,
    il n�y a aucun rapport entre les deux JEP, il suffit de lire leur descriptif. Le but de la JEP 343 est de cr�er des lanceurs et installleurs/d�sinstalleur natifs tandis que celui de la JEP 148 est de r�duire la taille de la JVM (encore plus qu�actuellement et ce pour les machines embarqu�es - small devices est mentionn� dans la description). � la rigueur la JEP 148 semble se rapporter aux fonctionnalit�s de jlink et serait une optimisation suppl�mentaire sur ce que cet outil peut faire actuellement. Apr�s en combinant les deux ben �a permet d�avoir des applications plus l�g�res � distribuer.

    Y a aucun rapport entre Golang, jshell et jpackage... ; le premier est un langage compil�, le deuxi�me est un environnement d�interpr�tation d�instructions �crites en Java et le troisi�me un outil de packaging... o� as-tu bien pu chercher une telle id�e...
    Mis � jour 07/09/2019 � 05h45 par Malick (correction de petites coquilles)
  3. Avatar de Gugelhupf
    • |
    • permalink
    Nous avions eu quelques discussion avec la communaut� � l'�poque o� la JEP 148 �tait cr��e, il �tait question d'avoir des applications Java ne n�cessitant pas de machine avec une JRE pour fonctionner, et ne n�cessitant pas d'embarquer un dossier contenant toute la JRE. GCJ �tant obsol�te, la JEP 148 semblait �tre une solution pouvant satisfaire ce besoin.

    Je sais bien qu'il n'y a aucun rapport entre Golang, jshell et jpackage (je pourrais presque me sentir offens� par ta r�ponse ), c'�tait � titre de comparaison entre Java et la concurrence.
  4. Avatar de chinagirl
    • |
    • permalink
    C'est une bonne nouvelle.
    Il faut que je trouve le temps d'essayer �a car j'ai commenc� � porter des applis 8 en 12 et en 8 il y a le javapackager.

    Je trouve que fournir Java sans cela a �t� une erreur car dans le camp d'en face (Node), il y a des solutions qui fonctionnent (Electron) et choisies par Microsoft par exemple.
    Java devrait se mettre au moins au m�me niveau de fa�on � ne plus se poser 15000 questions quand on veut faire une appli desktop en Java.