Discussion :

[deltree]

Bonjour,

De mon côté je galère vraiment pour créer un fichier executable (.exe dans mon cas) à partir de mon code java. Un tuto hyper clair, pas à pas et sans raccourcis me serait d’une grande aide. Je suis d’accord que cela ne concerne pas le langage java directement.

Cordialement,
Bertrand

ça me fait penser que je n'ai jamais vu exploité le nouveau packaging en java: jpackage (je n'ai peut-être pas trop cherché) : cela permet justement de créer un bundle livrable complet et optimisé, intégrant la JVM (en se basant sur les modules jigsaw) .
Bref: un livrable java c'est un jar "executable" qui va être lancé par une jvm, ce n'est pas directement un exe, (sauf à utiliser un wrapper qui masque le lancement du jar derrière un exe, comme le fait eclipse.exe par exemple - mais c'est un cas particulier).
Et pour créer ce livrable proprement il y a effectivement plusieurs solutions qui pourraient faire l'objet d'un ou plusieurs tuto.

[marc.collin]

ia, apprentissage profond, système expert.......

[sekaijin]

ça me fait penser que je n'ai jamais vu exploité le nouveau packaging en java: jpackage (je n'ai peut-être pas trop cherché) : cela permet justement de créer un bundle livrable complet et optimisé, intégrant la JVM (en se basant sur les modules jigsaw) .
Bref: un livrable java c'est un jar "executable" qui va être lancé par une jvm, ce n'est pas directement un exe, (sauf à utiliser un wrapper qui masque le lancement du jar derrière un exe, comme le fait eclipse.exe par exemple - mais c'est un cas particulier).
Et pour créer ce livrable proprement il y a effectivement plusieurs solutions qui pourraient faire l'objet d'un ou plusieurs tuto.

Oui car il y a des solutions

pour un exe d'une appli
http://launch4j.sourceforge.net/
WinRun4J (windows only)
IzPack (c'est un installateur)
http://jsmooth.sourceforge.net/

pour un exe de service
https://wrapper.tanukisoftware.com/d...-overview.html

Ces solutions produisent un éxé qui contient la JVM et les jars nécessaires au fonctionnement de l'applications.

Mais on peu aussi compiler en mode Natif c'est a dire sans JVM.
à ce jour la solution phare c'est Graal VM
tu installes Graal VM et tu as directement JVM Node PHP etc..

Pour java c'est une JVM tout a fait standard (openJDK)
Une fois ton dev fait tu peux compiler en mode natif.
si tu es sur un PC tu va produire du X86-64 directement pas du byte code.
mais il y a une contre partie. Par défaut tu n'a plus d'introspection. Donc si ton code ou celui d'une dépendance utilise l'introspection c'est mort. heureusement tu peux indiquer au compilateur sur quelles classes tu veux de l'introspection.
du coup c'est faisable mais c'est pas simple.

Je t'ai déjà répondu quarkus.io
Quarkus est un framework conçu dans cette optique.
Les modules Quarkus sont simplement des encapsulations de dépendance "classiques" (essentiellement JEE et microprofile mais pas que) qui ont des actions particulière à faire au moment de la compilation.

Lorsque tu compile un projet quarkus en jar runner il ne mets pas toutes les dépendances dans le jar il mets dans le jar toutes les classes que tu utilises qu'elle viennent de ton code du code généré à la compilation ou d'une dépendance. Donc contrairement à une compilation classique en java tu n'as que ce que tu utilise vraiment. Si tu utilise une seule classe dans un dépendance qui en compte 1000 dans une compilation classique tu à tous le jar dépendant dans quarkus tu n'as que la classe que tu utilise.

lorsque tu compile en mode natif quarkus va beaucoup plus loin. il crée les objet qui peuvent l'être à la compilation.
un exemple simple imagine que tu ai un main qui instancie un Properties qui fait un load d'un fichier inclus dans le jar et qui à partir de ça crée un objet Application sur le quel il appelle la méthode run et dans tout ton code il n'y a jamais plus de Properties.

En java classique le main va démarrer passer par le classLoader pour trouver Properties l'instancier passer encore par le ClassLoader pour trouver le fichier, le charger dans l'objet properties et encore passer par le classLoader pour trouver la classe Application et l'instancier. Si tu a bien écrit ton main l'objet Properties est dé-référencé et le GC libère la mémoire. ton objet Application exécute la méthode run.

Quarkus en compilation native va faire tout ça à la compilation. l'instance de Application est prête à l'emploie dans le exe est copié en mémoire. il n'y a plus qu'à passer la main à la méthode run

donc avec quarkus tu fais de vrais exécutables qui sont optimisés. le code produits contient le nécessaire. les classes les codes qui servent à préparer l'application est remplacé par des objet prêt à l'emploi. mieux si dans des classes certaines méthodes ne sont pas utilisé elle ne sont pas compilé en natif et sont éliminées (donc pas d'introspection possible)

[plawyx]

Bonjour,


Quarkus

et

Un tutoriel sur les bonnes méthodes, astuces et trucs à faire (et à ne pas faire) avec l'api Collectors: cas des serialstream, parallelStream, Collectors, Concurrent Collectors, Collectors sur mesure, choix du type de collections (concurrent ou non) pour le Combiner etc...
Avec un "bon" Collector, il y a moyen de gagner en rapidité de traitement.

cdlt

[tombezlar]

J'aimerais lire des critiques sur les cours Java en ligne.

[professeur shadoko]

J'aimerais lire des critiques sur les cours Java en ligne.

il parait que "la critique est aisée mais l'art est difficile" .. et bien la critique aussi est difficile!
même si parfois je pousse des cris en lisant certains cours en ligne je me dois d'être humble: entre les problèmes d'exactitude des informations et, surtout, les problèmes pédagogiques il faut admettre que mettre un "bon" cours en ligne est extrêmement difficile.
on peut juste mettre au pilori certains excès mais c'est tout: le problème de la pédagogie est qu'elle doit être adaptée à chaque individu et que donc un cours écrit n'est jamais satisfaisant (je suis bien placé pour le savoir ayant écrit des tonnes de cours et remarquant à chaque fois que des tas de choses ne convenaient pas à tout le monde ).