[Javasearch] Version de Java par défaut ?

**Baptiste Wicht** · 26/08/2007, 17h04

Bonjour,

Comme vous l'avez peut-être remarqué, une nouvelle version de Javasearch a été mise en ligne avec en plus le support de Java EE 5. Cette nouvelle version permet de changer facilement la version par défaut affichée sur le site.

La version par défaut a toujours été Java SE 1.4.2, mais de l'eau a coulé sous les ponts et nous sommes maintenant à la version 6.0. Et cette version n'est pas peut-être plus la plus indiquée pour figurer par défaut sur Javasearch.

Alors nous nous en remettons à vous : Quelle version de Java trouveriez-vous la plus utile par défaut sur Javasearch ? Les versions seront bien entendu toutes visibles, mais celle que vous aurez choisie sera celle en page d'accueil.

Merci de votre avis

**Uther** · 28/08/2007, 10h06

Pour moi la version par défaut devrait toujours être la dernière disponible. L'API Java n'ayant a ma connaissance aucun problème de compatibilité descendante qui pourrait justifier de garder une vieille documentation. Les méthodes et classes ajoutés sont clairement précisées "since JDK x.xx" Donc il n'y a pas mauvaises surprises.

**hoccha** · 28/08/2007, 11h38

Envoyé par Uther

Pour moi la version par défaut devrait toujours être la dernière disponible. L'API Java n'ayant a ma connaissance aucun problème de compatibilité descendante qui pourrait justifier de garder une vieille documentation. Les méthodes et classes ajoutés sont clairement précisées "since JDK x.xx" Donc il n'y a pas mauvaises surprises.

J'ai voté version 6.0 pour la même raison...

**CyberChouan** · 28/08/2007, 11h49

Justement, je pense l'inverse: que la version par défaut devrait être la plus ancienne, à cause de la compatibilité descendante. Un code écrit en java 1.4 est exécutable sur n'importe quelle version plus récente, alors que l'inverse n'est pas vrai. Je vote donc java 1.4

PS: bien évidemment, cela ne veut absolument pas dire que je suis pour la programmation dans la version la plus ancienne possible. Et j'apprécie les nouveautés de java 5/6.

Mais je pense qu'il vaut mieux donner par défaut la version java la plus ancienne, qui est commune à java 1.4, 5 et 6. Ainsi, personne n'aura de mauvaise surprise.

**le y@m's** · 28/08/2007, 14h16

Le problème du choix de la version la plus ancienne est que si le développeur utilise une version plus récente il risque de passer à coté des nouvelles fonctionnalités.
Comme l'a dit Uther la version requise est clairement indiquée, il n'y a donc pas de mauvaise surprise (à condition de lire correctement la doc ^^).

**adiGuba** · 28/08/2007, 14h32

Salut,

Perso je pense que c'est toujours la dernière version qui devrait être présentée par défaut.

a++

PS : Ah quel plaisir de retrouver Java EE sur JavaSearch

**Uther** · 28/08/2007, 15h03

Envoyé par CyberChouan

Justement, je pense l'inverse: que la version par défaut devrait être la plus ancienne, à cause de la compatibilité descendante. Un code écrit en java 1.4 est exécutable sur n'importe quelle version plus récente, alors que l'inverse n'est pas vrai. Je vote donc java 1.4

PS: bien évidemment, cela ne veut absolument pas dire que je suis pour la programmation dans la version la plus ancienne possible. Et j'apprécie les nouveautés de java 5/6.

Mais je pense qu'il vaut mieux donner par défaut la version java la plus ancienne, qui est commune à java 1.4, 5 et 6. Ainsi, personne n'aura de mauvaise surprise.

Si on suit ta logique, il faudrait mettre la version 1.0 par défaut si elle était disponible. Il y a énormément de fonctions dépréciés dans cette API qui ne seraient pas affichées en tant que telles. De plus de nombreuses fonctionnalités essentielles seraient absentes comme Swing(1.2), l'API son(1.3), les nio(1.4), ...
Là on se rendrait bien compte du problème au premier coup d'oeil. Il n'y a pas un tel fossé entre la version 1.4 et 6.0, mais le fond du problème est le même.

Même si quelqu'un de négligeant oublie l'avertissement "since JDK x.xx", il s'en rendra vite compte à la compilation. Tandis que quelqu'un pourait croire qu'une fonction n'existe pas, ou ne pas utiliser la plus adaptée à son problème, s'il n'utilise pas la dernière documentation.

Actuelement au boulot, je tourne avec le JDK 1.4.2 mais j'utilise la doc du JDK 6.0. Si la fonction que je veux est affichée, "since JDK 5.0" ou "since JDK 6.0", j'en fait mon deuil, tout en sachant qu'elle existe si j'en ai besoin plus tard sur un autre projet avec un autre JDK.
Eventuellement, si le besoin est important, ça te permet de justifier au responsable du projet ou au client d'envisager de monter la version JRE requise.