Quelle version de Java utilisez-vous principalement ?
Et pourquoi ?

Les rubriques (actu, forums, tutos) de Développez
Réseaux sociaux

 Discussion forum

Le 23/04/2012, par keulkeul, Responsable Eclipse et JAVA
Bonjour,

Nous renouvelons l'initiative du sondage de la version de Java utilisée par nos membres. Vous pouvez trouver le précédent sondage couvrant 2008 et celui couvrant 2009 à 2012 dans les archives.

Profitez en pour apporter votre témoignage en précisant pour quelle version vous avez voté, les raisons de ce vote (avantages, inconvénients, contraintes, ...) ainsi que vos intentions pour le proche avenir.

Quelques liens :



 Poster une réponse

Avatar de adiGuba adiGuba
Expert Confirmé Sénior
le 26/04/2012 13:30
Tu réponds toi même à ta question :

Citation:





Envoyé par salve34
Voir le message
Je me vois mal coder en php3 (même si je suis obliger de maintenir des applis en php3)

C'est l'existant qui pose problème !

Bien sûr si on n'a que des nouveaux projets à faire, sans aucune contrainte, il est préférable d'utiliser la dernière version !

Maintenant lorsque tu as une application qui tourne, le moindre changement peut avoir un impact. Malgré le fait que Java est rétrocompatible, les évolutions peuvent entrainer des incompatibilités, que ce soit au niveau des sources (ton code existant ne compile plus), soit au niveau du binaire (ton programme existant ne fonctionne plus de la même manière).

Tout ceci sans compter les bugs et autres.

Bref la migration implique des tests, afin de vérifier que tout fonctionne correctement. Et plus ton projet est gros, plus il a de dépendance, et plus tu as de chance d'avoir un problème

Bref tout ceci coûte cher (en temps !), et n'apporte pas grand chose de visible (aucun changement ni nouvelle fonctionnalité pour l'utilisateur).

a++
Avatar de salve34 salve34
Membre du Club
le 26/04/2012 16:07
Merci pour ta réponse, mais comme tu le dis

Citation:




Java est rétrocompatible,

donc il ne devrait pas y avoir de problème non? (sauf à "sauter des versions ie: java 1.4 => java 1.7 peut-être, ce qui me fait dire que l'on a tout intérêt à toujours faire les "upgrade")
@+
Avatar de adiGuba adiGuba
Expert Confirmé Sénior
le 26/04/2012 16:49

Citation:





Envoyé par salve34
Voir le message
donc il ne devrait pas y avoir de PB non?

Dans un monde parfait il ne devrait pas y avoir de problème...

Malheureusement la moindre modification peut avoir un impact. Surtout lorsque tu touches à quelque chose qui est utilisé par des milliards de programme dans le monde.

Le problème c'est que la moindre modif peut engendrer des incompatibilités diverses que tu ne peux pas forcément contrôler. Bien sûr dans la plupart des cas il s'agit de chose bien spécifique, mais si cela fait planter ton application en production tu as l'air bien con.

Bref une upgrade ne se fait pas aussi facilement (en entreprise tout du moins).

a++
Avatar de Digicode Digicode
Invité régulier
le 26/04/2012 17:14

Citation:





Envoyé par nu_tango
Voir le message
Change de boite



C'est que je l'aime bien ma boite
Avatar de zolive zolive
Membre régulier
le 30/04/2012 8:46
java 6 de Sun car j'ai souvent des soucis avec OpenJDK
Avatar de _skip _skip
Expert Confirmé Sénior
le 30/04/2012 9:54

Citation:





Envoyé par zolive
Voir le message
java 6 de Sun car j'ai souvent des soucis avec OpenJDK

C'est aussi mon cas, et l'un des problèmes c'est que si tu installes des composants java depuis le package manager, par exemple tomcat, ils ont presque toujours openJDK en dépendance.
Avatar de Fricky Fricky
Invité de passage
le 02/05/2012 13:19
Java 6 : Framework "maison" développé pour Java 6 et version déployée chez la plupart des clients.


Citation:




donc il ne devrait pas y avoir de PB non?

Pour une SSII, c'est pas évident de vendre un projet technique de montée de version java : "Bonjour, on va bricoler et tester vos applications qui marchent, ça ne change rien pour vous, vous ne verrez aucune différence si ce n'est des risques de nouveaux bugs et on vous envoie la facture...".

Globalement, les entreprises ont un existant, éprouvé et connu par leurs équipes, et un tel projet de montée de version doit venir d'un problème identifié (exemple : incompatibilité de la nouvelle version de la gestion commerciale ou de la paie avec le JDK actuel). La raison "ça corrige des failles de sécurité (mais je ne sais pas si vous y êtes vulnérable) et ça améliore les perfs (mais vous êtes satisfait de vos perfs actuelles)" est rarement suffisante
Avatar de nounouuuuu201186 nounouuuuu201186
Membre du Club
le 02/05/2012 16:12
Java 6 car il est installé par défaut sur ma machine
Avatar de UMLTECH UMLTECH
Invité de passage
le 02/05/2012 16:44
Pour ma part, j'utilise essentiellement la JVM de Sun. v7 quand c'est possible (sur Eclipse). Sinon la v6 (indispensable par exemple avec certains produits Oracle car j'ai rencontré des problèmes de compatibilité avec la v7, notamment autour de produits connexes à Oracle Fusion Middleware).

Sinon, à mon sens, la question intéressante aurait plutôt été quelle JVM utilise t'on (IBM, Oracle JRootKit, Sun JavaSE ...) et quelles différences entre ces JVM ?

Sinon, bravo à ceux qui ont répondu Java SE v8 ... produit qui n'existe pas encore !
Avatar de galyathee galyathee
Membre du Club
le 03/05/2012 8:09
Je remarque que lorsqu'un développeur doit coder des plugins pour un conteneur, il est confiné à la version utilisée par ce conteneur, sauf s'il - bien entendu - livre la dernière version de Java avec son plugin (beurk).

Utiliser la dernière version n'est pas selon moi obligatoire pour les nouveaux projets, cela propose cependant de nouvelles possibilités ET cela permet de se mettre à jour dans un monde Java en constante évolution. Cela n'est pas sans danger cependant.

Pour ma part j'utilise toujours la 1.6, le prochain projet su lequel je planche se fera sous la 1.7 et il est prévu de faire évoluer un ancien projet sous la 1.7 après l'avoir porté sous la dernière 1.6.
Avatar de JoeChip JoeChip
Membre éprouvé
le 03/05/2012 10:30
Pratiquement, je ne vois pas trop l'intérêt de passer à 1.7, comme il est dit plus haut, il n'y a rien de bien révolutionnaire ; c'est sûr que c'est censé être rétrocompatible, mais les bugs sont-ils les mêmes ?

Je pense attendre au moins 1.8, et encore, s'il y a vraiment des trucs qui m'intéressent ; sinon il faut que tous les utilisateurs changent de version, etc... Autant attendre que ça se fasse plus ou moins tout seul... Et même quand je passerai à 1.8, ce sera pas mal de temps après sa sortie, histoire de ne pas avoir à essuyer les plâtres...
 Poster une réponse  Retrouvez la suite de la discussion

 
 
Developpez.com

Nous contacter

Participez

Informations légales

 
Services

Forum Java

Blogs

Hébergement

 
Partenaires

Hébergement Web