Kevin Kofler (./39) :

vince (./38) :
peut être le but de java, mais pas forcément de leur projet... j'ai un couteau suisse, mais quand je coupe une pomme, je ne m'efforce pas de rendre l'opération possible avec le tire bouchon...

C'est à cause de cette attitude que c'est bien qu'Oracle ait supprimé ces APIs aussi de leur édition propriétaire, sinon on n'aurait jamais d'applications compatibles avec OpenJDK de la part des développeurs qui pensent comme toi!

Souvent, cette attitude on ne la choisit pas. Je ne sais pas ce qu'il en est pour toi, mais si je décide de faire en sorte que le tire bouchon aussi puisse couper la pomme, je vais y passer du temps et ce n'est pas prévu. Le temps que je passe à coder, des gens le payents, je ne sais pas ce qu'il en est pour toi, mais moi, j'ai besoin de cet argent pour vivre et je ne peux pas me permettre de refuser de faire ce pour quoi je suis payé simplement pour vouloir développer quelque chose qui ne servira pas.

Kevin Kofler (./39) :

et les développeurs ont raisons de raler : ça représente un cout non négligeable de refondre du code, des appels aux interfaces... et même si des automates en sont capables, il faudra de toutes manière faire une revue de code, une nouvelle recette, des tests de non régression... et ca ce n'est pas négligeable...

Fallait suivre ce que disait de faire la documentation depuis toujours: ne pas utiliser les interfaces en com.sun.* ou sun.*. Il était écrit noir sur blanc depuis le départ que ces interfaces pouvaient être modifiées ou supprimées à tout moment. C'est la décision d'utiliser quand-même ces interfaces qui engendre le coût en question, pas la décision d'Oracle de les supprimer comme Sun s'était réservé le droit depuis le départ.

Elles n'ont pas de cout tant qu'on est pas le couteau sous la gorge pour le faire...