parce que les clients ne font pas évoluer leur infra... Ils sont très frileux à ce niveau-là...
ajoute java 1.4.2 à ta liste, j'en ai un sous le coude là... si, si, on est en 2019 :p
par contre, c'est bien d'avoir les commerciaux Oracle :
faut payer pour toute la ferme de virtualisation, même s'il n'y a qu'une seul VM qui l'utilise ; voyons 300ドル x 2000 cœurs what a bargain ! o_O
si on achète leur support « bon marché », bin faut payer aussi pour les java 6 et 7 déployés (mais sans màj proposée), des fois qu'on pose des questions, histoire de contaminer les applis pas virtualisées, bravo /o\
sérieux, qui a déjà appelé du support à java ?! Weblogic ou WAS, oui éventuellement...
[^] # Re: Ne pas utiliser en prod...
Posté par BAud (site web personnel) . En réponse au journal Java XII est dehors. Évalué à 4. Dernière modification le 26 mars 2019 à 21:41.
ajoute java 1.4.2 à ta liste, j'en ai un sous le coude là... si, si, on est en 2019 :p
par contre, c'est bien d'avoir les commerciaux Oracle :
sérieux, qui a déjà appelé du support à java ?! Weblogic ou WAS, oui éventuellement...
Heureusement que AdoptOpenJDK 8 a peu de régressions sur l'Oracle JDK 8 côté serveur, la migration sera plus simple si jamais il y a une CVE 0-day en avril :-) Dire que Mark Reihnold a lancé ce travail dès le JDK6 et que même avec JDK11 il reste des choses à remplacer : https://adoptopenjdk.net/MigratingtoAdoptOpenJDKfromOracleJava.pdf?variant=openjdk11&jvmVariant=hotspot (coming soon o_O)
Pour le poste de travail, oublier JNLP va être compliqué :/