Est-ce que Java compilé dans Windows fonctionnera sous Linux?

Question

Mon programme Java est en état de marche lorsque je l'utilise sous Windows (Eclipse et Bluej). Je le comprime dans un pot et l'envoie à mon chapeau rouge et bang. rien ne fonctionne. Il se brise sur les choses les plus étranges, comme le texte du champ texte ne sera pas affiché, JPasswordfield a juste disparu, Java AWT ROBOT meurt aussi ... la liste continue, d'abord je pensais que mon Linux JRE était obsolète, mais je installé le dernier JRE puis le JDK sans amélioration du tout. J'ai le sentiment que j'ai manqué de comprendre la capacité de croix en Java. J'ai également essayé d'enlever toutes mes fonctions et mes tripes pour voir ce qui se casse mais il semble que chaque seconde chose casse, à part quelques-uns des principaux composants de l'interface graphique et la plupart du back-end. fondamentalement toute chose qui utilise quelque chose de fantaisie va exploser dans mon visage, comme faire un champ de texte dans un champ de mot de passe ...

Ceci est ma première fois de publication;) s'il vous plaît soyez gentil avec le débutant!

Merci !!!

RÉSOLU !!! Yay. Problème résolu!!! C'est parce que mon chemin Java n'est pas défini, donc mon GCC/GCJ a sauté à la place de mon oracle java, même si java -jar xxx.jar a été utilisé. J'ai donc mis dans le répertoire java de mon java -jar xxx.jar et j'ai travaillé comme un charme. sauf si vous définissez le chemin, vous devez le faire manuellement

/usr/java/jdk1.6.0_21/jre/bin/java jar xxxxx.jar

java -version pour vérifier si votre vrai java est en cours d'exécution ou si c'est toujours GCJ

Answer 1

Les utilisateurs Linux exécutent souvent des programmes Java avec gcj au lieu de Java. Vérifiez que vous utilisez un exécutable correct.

Answer 2

Oui. Les formats classe et jar sont intentionnellement multiplateforme. Etes-vous absolument certain que votre fichier jar a été copié correctement sur votre machine Linux? Si vous avez utilisé ftp, il est crucial d'utiliser un transfert binaire au lieu d'un transfert ascii.

Answer 3

Votre application dépend-elle des bibliothèques externes dont vous avez également besoin sur votre machine Linux?

Answer 4

Utilisez-vous KDE? Quel thème? J'ai eu un problème hier que le thème "Cleanlooks" a beaucoup de bugs rendant des widgets. Essayez "Oxygen".

Si vous le pouvez, essayez le code sur une autre machine Linux (peut-être qu'elle a un défaut matériel). Exécutez "memtest" (devrait être une option dans le chargeur de démarrage ou sur votre CD de secours).

Answer 5

Java dit: "Écrivez une fois, courez partout".

Answer 6

Swing devrait être entièrement portable. Essayez d'utiliser l'aspect et la sensation de métal, ce qui est largement pris en charge. J'ai mes doutes sur java.awt.Robot et je ne serais pas surpris si c'était la source de vos problèmes.

Answer 7

J'ai une application Swing que j'ai distribuée via Java Web Start que je n'ai pas mise à jour depuis 2004 et qui fonctionne encore correctement sur Mac OS X, Windows et Linux. Je l'ai couru juste l'autre jour parce que quelqu'un m'a envoyé une question à ce sujet. Il a été écrit à l'origine sur Windows, mais n'a jamais montré de problèmes sur d'autres systèmes d'exploitation ou même dans de nombreuses versions ultérieures de Java. La JVM présente un terrain de jeu très homogène sur une grande variété de plates-formes et l'API Java est bien implémentée pour fonctionner de la même manière et offrir les mêmes fonctionnalités. Mon pari est que vous trouverez ce problème est complètement indépendant de votre code Java.En plus de la suggestion d'essayer votre application sur une autre machine exécutant le même système d'exploitation, assurez-vous d'essayer les applications Java d'autres personnes en cours d'exécution sur celle qui pose problème. Essayez ma propre HotSheet: http://www.johnmunsch.com/projects/HotSheet/ ou un jeu comme Legerdemain: http://roguelikefiction.com/?page_id=6 pour voir si cela fonctionnera.

Answer 8

Vérifiez que vous utilisez JRE de Sun (Oracle) sur votre machine Linux et non une implémentation Java tierce telle que gcj ou les goûts. Selon mon expérience, les applications Java sont assez portables tant que vous vous en tenez au même fournisseur JVM/runtime sur chaque SO cible, mais les implémentations Java de différents fournisseurs peuvent se comporter différemment les unes des autres.

Answer 9

Java est très transportable. Les chances sont que votre VM est différente. Bien que les VMs Open Source soient très bonnes, je recommande d'essayer avec la VM de Sun - Je n'ai jamais eu de problème avec l'exécution de code.

En outre, si vous utilisez des bibliothèques avec des composants de langage machine, ceux-ci doivent être différents (je l'ai remarqué avec quelques bibliothèques graphiques qui font appel jusqu'au sous-système 3D de la plate-forme)

Mais Java lui-même Port facilement à n'importe quel système qui a les mêmes bibliothèques et une bonne VM Très bien - Je le fais tout le temps et l'ai fait pendant dix ans et n'a littéralement jamais eu de problème. Cela fonctionne sur des systèmes client/serveur où les clients et le serveur se trouvaient sur des plates-formes différentes, PC/Mac & Unix et même les systèmes embarqués - ne contiennent que des ports.

Maintenant, les applets s'exécutent dans différents navigateurs, ou visuellement en essayant de faire correspondre les polices sur des machines qui ne contiennent pas la même police - Rien ne vous y aidera.

Answer 10

Sur linux il pourrait être crucial d'utiliser Sun JDK/JRE et pas OpenJDK, qui est une mise en œuvre du soleil officiel java jdk. Donc, il pourrait être cela, mais pas sûr du tout.