Discussion :

[soad]

hello tout le monde...

alors voila, tout est dans le titre je crois.... Est ce que java est 100% portable sur toutes les platformes qui ont une machine virtuelle ??? Ou est ce que y a des lignes de code à éviter ???

est ce que vous auriez des études ou testes qui ont été effectué sur ce sujet qui montre la portabilité de java ???

merci BOOOOOOOOCOUP

[ Modéré par Viena ]
Ajout d'un tag et modification du titre : Pour la compréhension de tous, utilisez un titre clair et les tags ! merci.
Les Règles du Forum

[lunatix]

oui c'est portable. Il faut bien sur eviter de mettre des chemins en dur (parce que C:\ sur unix, ca ne le fait pas et autres petites choses du genre) et il peut arriver quelques petits problemes d'interfaces graphiques (mais ca reste rare)

[MangeurVasqué]

Il faut éviter JNI également.

[bouye]

Oui et non ca depend de quels degres de portabilite tu parles.

Hormis JNI et les chemin Windowsiens codes en dur, parmis les choses qui peuvent gener au niveau de la portabilite :

- Il existe egalement des differences mineures entre JVM fournies par les differents vendeurs du marche (exp : d'experience perso les JVM de Sun, Blackdown et IBM ont eut parfois des differences de comportement (circa 1999~2002)) voir carrement des fois chez un meme vendeur (ex: Sun pour les version Solaris, Linux et Windows. D'experience perso dans la 1.4 j'avais un bug dans la version Linux avec FileSystemView alors que sous Windows tout marchait tres bien depuis des mois (circa 2003~2004)).

M'enfin ca tiens plus du bug ou d'une documentation pas assez rigoureuses des API (ex: pas d'indication que la methode ne retourne jamais null ce qui peut laisser a interpretation chez le vendeur). En general ce genre de choses peut-etre reglees dans des versions ulterieures et apres depot de Bug Report/Enhancement Request chez Sun ou l'editeur en question.

- Attention egalement a la compatibilite ascendente, du code compile avec Java 5.0 a peut de chances de fonctionner avec Java 1.0 (Meme sans utiliser des specificite 5.0).

- Certaines specificites du materiel peuvent aussi entrer en compte nottement l'acceleration graphique pas disponible sur tous les systemes (d'ou des perfs parfois pourries dans des jeu en Java sur des platformes obscures).

C'est quand meme bien plus portable que C++ deja parceque les (pseudo-)binaires sont portables de base et que l'API est suffisement vaste pour offrir une bonne partie de ce dont on a besoin sans taper a l'exterieur (et meme dans ce cas comme ces API/lib externes sont elles-meme portables (sauf JNI) ca va bien).

Le mieux c'est de tester sur plusieurs JVM quand c'est possible (ex : dans mon cas Sun Linux et Windows, fut un temps IBM sous Windows egalement et quand j'ai la chance de trouver un Mac de dispo, la JVM d'Apple) pour s'assurer que l'appli fonctionne partout pareil.

[vbrabant]

hello tout le monde...

alors voila, tout est dans le titre je crois.... Est ce que java est 100% portable sur toutes les platformes qui ont une machine virtuelle ??? Ou est ce que y a des lignes de code à éviter ???

est ce que vous auriez des études ou testes qui ont été effectué sur ce sujet qui montre la portabilité de java ???

merci BOOOOOOOOCOUP

Oui et Non.
Oui, Java est portable si tu utilises des API 100% Java (pas commencer avec du JNI, ou autres trucs du genre.)
Oui, il y a certaines lignes de code à éviter comme supposer que passer à la ligne est le même partout, où mettre / au lieu de \ ou : au lieu de ;
..., ...
Aussi, il te faudra tester sur les différentes plateformes.

Non, Java n'est pas portable sur toutes les plateformes ayant une JVM. Il faut encore que la version de la JVM correspondent. Du code pour JRE 5.0 ne tournait pas sous Apple vu qu'ils n'avaient pas encore de JRE 5.0.
Certaines JVM open sources n'implémentent pas toutes les API Java. Et donc, forcément, ne pourront faire tourner ton programme.

Mais Java a grandement facilité la portabilité du code.
Il y a un Kit chez Sun qui existe pour voir si ce que t'écris est portable.

[Regis.C]

Non, Java n'est pas portable sur toutes les plateformes ayant une JVM. Il faut encore que la version de la JVM correspondent. Du code pour JRE 5.0 ne tournait pas sous Apple vu qu'ils n'avaient pas encore de JRE 5.0.
Certaines JVM open sources n'implémentent pas toutes les API Java. Et donc, forcément, ne pourront faire tourner ton programme.

D'où l'intéret de fournir des programmes java avec JRE embarquée, évitant toute incompatiblité.

[NGY]

hello tout le monde...
(...) Ou est ce que y a des lignes de code à éviter ??? (...)

On peut ajouter aussi :

• pas de Runtime.getRuntime().exec(...)
  toujours utiliser les constantes définies telles que :
  [list:7cd0677a17]File.separator ;
  System.getProperty("line.separator")

[/list:u:7cd0677a17]

[soad]

oki... merci pour vos reponse !!!!

mais exiterais t'il pas des testes qui ont été fais et qui montre a quel pourcentage java est compatible sur les différente platforme ???

Quand je parle de la comptabilité c'est en prenant biensur la meme version de la JRE de sun !

et javais entendu dire que la bibliothèque AWT pouvais avoir quelque des différence suivant les platform sur la quel elle est exécuté !?!?

Est ce que c'est pareil pour SWING, j'imagine que non vu que tout est dessiner en java avec swing si je me trompe pas... ?

et merci encore pour vos reponse

[seiryujay]

Non, Java n'est pas portable sur toutes les plateformes ayant une JVM. Il faut encore que la version de la JVM correspondent. Du code pour JRE 5.0 ne tournait pas sous Apple vu qu'ils n'avaient pas encore de JRE 5.0.
Certaines JVM open sources n'implémentent pas toutes les API Java. Et donc, forcément, ne pourront faire tourner ton programme.

D'où l'intéret de fournir des programmes java avec JRE embarquée, évitant toute incompatiblité.

Comment qu'on fait pour fournir le JRE avec son appli?
Il faut fournir quels fichiers?