Java de la source de mise à niveau à partir 1.4.2 1.6.0_10 recommandé ? (sauter 1.5)
Notre bureau seul produit au travail a été à l'aide du JDK 1.4.2 jusqu'à maintenant (aussi JRE 1.4.2 livré avec le produit). Je suis en train d'essayer de convaincre le management de nous laisser la mise à niveau vers une version plus récente afin d'obtenir la performance, l'API/les caractéristiques et développeur de confort.
Depuis 1.5 a atteint EOL de transition, je suis, je pense, de la mise à niveau de 1.6.0_10 directement (mise à jour 10 choisi car il est un des principaux).
En termes de code, toutes les erreurs de compilation sont juste des noms de variable appelée enum
que j'ai renommé et le produit fonctionne correctement.
La question est
- Si cette mise à jour est recommandée/fine c'est à dire sauter de 1,5 ? existe-il des captures
- Si oui, alors doit-je mettre à 1.6u10 ou la dernière 1.6 disponible ?
Grâce
Est-ce une application? Si vous utilisez 1.6 caractéristiques spécifiques alors vous aurez besoin de vos utilisateurs Java 1.6
Ils navire JRE avec le produit.
Avez-vous utilisé BigDecimal méthode toString() pour imprimer la valeur de BigDecimals? Alors faites attention! (il est présent dans Java 5).
Ils navire JRE avec le produit.
Avez-vous utilisé BigDecimal méthode toString() pour imprimer la valeur de BigDecimals? Alors faites attention! (il est présent dans Java 5).
OriginalL'auteur | 2009-09-23
Vous devez vous connecter pour publier un commentaire.
Je dirais que si vous allez faire la mise à niveau, puis aller pour ce que la dernière mise à jour. Vous pouvez réellement obtenir quelques gratuit des gains de performances allant avec la 1.6, je sais que certains de la JVM des améliorations ont été apportées depuis la 1.4.
OriginalL'auteur Gandalf
En général, Java est assez bonne dans la rétrocompatibilité.
Dans le cas où il est nécessaire de savoir ce qui a changé dans la plate-forme Java de 1,4 à 6, ce qui suit est une liste des changements que le Soleil a répertorié pour chaque version:
OriginalL'auteur coobird
Il y a toujours une possibilité que le communiqué de presse peuvent contenir un bug affectant de vous, ou que votre code dépend d'un quelconque comportement de la norme les classes de l'API qui a changé depuis, mais en général, la mise à niveau vers la dernière version de Java version est recommandée et relativement indolore. Vous devez bien sûr tester le produit largement sur le nouveau JRE.
OriginalL'auteur Michael Borgwardt
C'est la Java, c'est pas un sale langage de script qui change de syntaxe, sa grammaire et son API à chaque mise à jour mineure.
Compatibilité descendante est l'une des principales caractéristiques de Java.
OriginalL'auteur ivan_ivanovich_ivanoff
Juste fait (Swing app) de 1,3 à 1,6 🙂
Travaux (selon les tests UAT) tout à fait d'accord (à l'exception de quelques changements requis pour l'awt de l'INTERFACE utilisateur). PTE montre une certaine mémoire de la réduction de consommation (pas beaucoup), et le côté serveur fonctionne un peu plus rapide (j'ai tendance à penser que c'est en raison de GC améliorations et chaîne stagiaire()).
Dans tous les cas, vous devez le faire parce que de l'EOL et de 1,6 n'est pas très différente de la 1.5. Je dirais donc que de 1,6 certainement.
Correct, nous avons dû apporter des modifications à se concentrer gestionnaire de trop. Ce fut l'un des plus grand, je crois, dans l'ensemble de l'effort de migration. Le deuxième est le "faire toutes les modifications dans l'INTERFACE utilisateur uniquement via le gestionnaire d'événement de fil". Travaillé (plus ou moins) en 1.3, pendu à la 1.6. Mais les changements sont assez simple, et d'ailleurs, le choix est "1.5 1.6 vs", pas "rester sur la 1.3 ou de se déplacer à 1.6"
OriginalL'auteur Vladimir Dyuzhev
Je pense que c'est une bonne idée de sauter 1,5 et aller directement à 1.6 et il n'y a absolument aucune exigence en ce qui vous oblige à passer par 1.5.
J'irais pour la dernière. En fait, je pense que 1.6u16 est le actuelle version majeure.
OriginalL'auteur Pascal Thivent
Je recommande la mise à niveau vers la version 6 de Java plus de 1,5. Comme il y aurait déjà un besoin de tester votre application contre le nouveau JRE quelle que soit la version que vous choisissez, vous pouvez aussi bien profiter de cette opportunité. Au lieu de l'incrémentation de la mise à jour deux fois (une fois pour la 1.5 et les versions ultérieures pour 1,6) et nécessitant un cycle de test deux fois, vous pouvez l'obtenir de la route une fois. Si vous êtes à elle, la mise à niveau vers la version la plus récente serait parfaitement bien.
OriginalL'auteur akf
Nous avons récemment mis à jour notre Swing-application (beaucoup de drag and drop) de 1,4 à 1,6 pour obtenir le simultanées des installations, et nous n'avons pas vu un seul problème qui est dû à Java lui-même. Nous voulons aussi aller à l'Apparence "Nimbus" depuis le Windows regard et la sensation de ne pas regarder et se sentir comme Windows.
La fonctionnalité que vous devez montrer à votre patron, c'est de joindre à la demande de l'aide jvisualvm pour connaître le programme en cours d'exécution en cas de problèmes.
OriginalL'auteur Thorbjørn Ravn Andersen
Swing applications peuvent certainement avoir des problèmes de version en version. Nous avons eu des problèmes à chaque mise à jour (1,3 à 1,4 1,4 à 1,5 et nous avons collé nos orteils dans de 1,6 et plus de problèmes). Cependant, il n'y a pas de raison de passer du temps sur 1.5. Aller directement à 1.6, la dernière version, vous ne serez pas sauver tout moment en accédant à la version 1.5, il vous suffira de passer un tas de tests sur 1.5 et puis le faire à nouveau à un certain moment dans l'avenir pour la 1.6. Beaucoup plus économique pour passer à 1.6.
Beaucoup de révisions mineures résoudre les problèmes, afin de coller à 1.6_u10 est juste invitant questions. u10 a été une grosse mise à jour (contrairement à ce que son nom l'indique) dans la mesure du Swing, et en plusieurs versions d'après les questions qui est venu à la lumière après u10 a été libéré.
OriginalL'auteur Yishai