Hello,

Ca pue les trucs les algorithmes de sécurité désactivés par défaut...

Voici un lien par exemple :

https://virtualmvp.com/idrac6-virtual-console-java-connection-failed/

Cordialement,

JYL

Le 01/09/2025 à 19:10, r0m5 a écrit :

Bonjour,

Quelqu'un aurait-il réussi à faire fonctionner le java Web Start Oracle Java 8 sous Debian Trixie ? Question subsidiaire quelqu'un a-t-il une méthode alternative à Java 8 pour accéder à une vieille console java supermicro depuis Trixie ?

Un peu de contexte pour ceux qui ont le temps...

Je crée le paquet oracle-java8-jre_8u451_amd64.deb avec la commande make-jpkg du paquet java-package. Pas de problème sous Bookworm pour lancer un .jnlp avec ce paquet, mais KO sous Trixie. Je n'ai pas d'erreur, le process javaws tourne mais rien ne se passe. Plus exactement une barre d'environ un centimètre de haut sur 1 mm de large apparaît au milieu de l'écran, comme une fenêtre ultra minimisée. J'ai essayé sous wayland et X11, même combat. De plus sous Bookworm j'arrive à lancer le ControlPanel java, mais sous Trixie avec le même paquet : "Exception in thread "AWT-EventQueue-0" java.lang.ArithmeticException: / by zero". Bizarre...

La console HTML5 de supermicro ne gérant pas l'azerty même dans les versions récentes je suis cantonné à java. Et comme Scaleway ne fait aucune mise à jour des firmwares IPMI, et bien il me faut une vieille version de Java. J'ai essayé de créer des .deb des versions Oracle Java 9 et 10, pas mieux (après java 10  javaws n'existe plus) J'avais aussi essayé avec icedtea-netx de modifier le jnlp pour enlever les options PermSize et MaxPermSize (plus supportées dans les versions de java récentes) mais sans succès. De toute façon modifier le jnlp à la main, c'est pas le but. Pas plus de succès avec OpenWebStart (ni sous Bookworm ni sous Trixie).

Bon weekend !

---

Liste de diffusion du French Sysadmin Group https://www.frsag.org/

Bonjour,

Le 01/09/2025 à 19:10, r0m5 a écrit :

Quelqu'un aurait-il réussi à faire fonctionner le java Web Start Oracle Java 8 sous Debian Trixie ? Question subsidiaire quelqu'un a- t-il une méthode alternative à Java 8 pour accéder à une vieille console java supermicro depuis Trixie ?

Un peu de contexte pour ceux qui ont le temps...

Je crée le paquet oracle-java8-jre_8u451_amd64.deb avec la commande make-jpkg du paquet java-package.

As-tu essayez avec "jre1.8.0_461/bin/javaws" extrait de jre-8u461-linux- x64.tar.gz ?

C'est ce que j'utilise pour ouvrir les jnlp des KVM d'OVH.

Ça évite de créer les paquets deb.

C'est téléchargeable ici (choisir "Linux x64") : https://www.java.com/en/download/linux_manual.jsp

Archive des anciennes versions (choisir "Linux x86 Compressed Archive") : - >= 8u211 : https://www.oracle.com/java/technologies/javase/javase8u211-later-archive-do... - <= 8u202 : https://www.oracle.com/java/technologies/javase/javase8u211-later-archive-do...

Le Mon, Sep 01, 2025 at 07:10:26PM +0200, r0m5 a écrit:

Question subsidiaire quelqu'un a-t-il une méthode alternative à Java 8 pour accéder à une vieille console java supermicro depuis Trixie ?

As-tu tenté le IPMIView de SuperMicro ? Ça marche bien mieux que le .jnlp... Mais bon, pas sur tout. J'ai récemment essayé une vieille X8, le soft marchait bien... Sauf le KVM. Et comme dit dans un autre message, j'ai effectivement pisté ça vers un SSL ancien. Pas réussi à m'en dépatouiller complètement...

Pour le début, j'ai mis ça dans mon /etc/ssl/openssl.cnf:

[system_default_sect] #CipherString = DEFAULT:@SECLEVEL=2 CipherString = DEFAULT:@SECLEVEL=0

Ça m'a permis de passer une étape, mais après je me suis retrouvé coincé avec un truc du genre "renegociate no longer supported", et là, bah, loupé.

Mais si c'est pas si vieux que ça, essaye IPMIView. Les X8 ça a quand même 15 ans :)

Arnaud.