salut!
j'aimerai savoir comment faire une appli java qui soit utilisable sur un pc sans que l'utilisateur aie la machine virtuelle ou le jdk ??????
voilà merci de votre réponse cool

Ben faut pas programmer en Java dans ce cas

Ben oui, le grand méchant Bilou    a déjà essayé de tuer Java, mais il s'y est cassé les dents.

mais alors on parle de portabilité, mais c pas pour les masses? c koi ce merdier???
c pas un langage pour tous???? c nul!!! aucune solution?

y'a deux trois jour j'ai testé un programme qui convertis les fichier java en .EXE
il s'appelle JtoEXE
j'ai eu un petit problème pour la config, puis j'ai abandonné
si ça te dis de l'essayer (tu pouras m'expliquez....)
 
fait une recherche sur ce forum
mot clé convertisseur jtoexe

Ben justement Java est portable sur tout ordi qui a une JVM (un PC sous linux, une station sun, un mac et même un palm pilot).
Si tu en fais un EXE windows, ça ne sera plus portable.

oué mais ya pas de JVM préinstallée dans win ????? c relou ça!

voilà le lien vers le soft jtoexe
 
http://forum.hardware.fr/sqlforum/ [...] ce=&cache=

bah c sympa je vais essayer!!! mais du coup une chtite appli bah ça va peser trois millions de blablas????

bien aparemment pour 100ko tu t'en sors avec 200ko

Ben, la JVM, elle est là : http://java.sun.com/j2se/1.3/jre/download-windows.html
 
C'est un produit SUN, normal que Bilou la colle pas en standard dans ses Windaudes !

Transformer du java en .exe...T fou!!
Si tu veux programmer que pour windows, fais du VB ou autre chose, mais pas du Java : t'en aura que les inconvénients (lourdeur à l'exécution), sans l'avantage de la portabilité..

Si tu veux être sur que ton appli tourne, facile, tu livres le JRE avec (Java Runtime Environment). Ca alourdit évidemment la taille du setup (5 ou 7 meg je crois) mais au moins t'es sûr que l'utilisateur lambda n'aura pas de surprise.

C'est ce que je t'avais dis K666, java c'est bien pour faire des applis serveur et c'est tout! pour le reste il vaut mieux faire ça en C/C++ (qui se traduit facilement sur les différentes plateformes).  
 
Java c'est sympa, mais que c'est lent (j'ai encore jamais vu d'applications "normales" -browser, pg graphique... - qui tournait bien sous java..
 
C/C++ is good for you!

 
d'ici peu les cartes meres incorporeront d'origine une "javaChip" une puce java quoi...qui fera le boulot de la JVM.. donc ton C++ sera la vraiment depassé..parce que niveau rapidité..z'allez etre depassé les gars )  
Mais bon...en attendant moi je bosse pour une grosse société qui développe des logiciels pour Airbus ou l'aerospatiale..et ils les veulent plus qu'en java...y'a peut etre des raisons..non?

Manouche : ouais, c'est ça, le C et le C++ se portent facilement...J'ai quand même de gros doutes, pasque niveau portabilité, Java, c'est quand même un must, même pas besoin de recompiler...Effectivement, le C/C++ est plus rapide, mais niveau comportement, tu es jamais sûr que ce sera cohérent entre 2 plates formes (surtout au niveau interface),  alors que depuis swing, ton interface aura exactement la même gueule sous windows ou sous linux ou même sous mac, et ça, c'est aussi un gros point positif...

il y a des différences entre le C/C++ win et linux c'est clair (librairies, variables...)... mais c'est assez simple de traduire un pg pour chaque OS... Quant aux interfaces "graphiques", c'est pas un pb... Qt sur linux et Visual C++ sur windows... certes il faur recompiler et c'est plus laborieux que java mais bon...
 
Je savais pas le coup de la puce java incorporée dans la carte mère... c'est cool ça... c'est vrai que quand ça sera comme ça java deviendra vraiment intéressant... en attendant je préfère les deux autres (eh, je ne crache pas sur java -le semaine dernière encore je voulais développer in client IRC en java, mais bon l'IDE de sun m'a calmé -c'est lent!-)... c'est cool pour les réseau et pas trop compliqué à apprendre)...

under a écrit a écrit :     d'ici peu les cartes meres incorporeront d'origine une "javaChip" une puce java quoi...qui fera le boulot de la JVM.. donc ton C++ sera la vraiment depassé..parce que niveau rapidité..z'allez etre depassé les gars )

 
Ca fait des années que des cartes d'extension PCI devait sortir pour PC mais ça n'a jamais été fait. Pourquoi ? Tout simplememnt qu'il faudra changer la cart à chaque nouvelle JVM, donc ça risque pas d'arriver sur nos machines.
 
Pour en revenir au sujet du topic, compiler du java est relativement con puisqu'on a la lourdeur et la lenteur  du java avec la non portabilité. Autant faire du C++, au moins tu as la vitesse du code (+ la puissance du langage avec le multi heritage).
 
Perso, on avait testé ça dans ma boite et, mis à part quelques blèmes d'incompatbilité car le code n'avait pas le même comportement quand il était compilé ou interprété, le gain en vitesse est assez moyen.
 
Le java c'est interessant côté serveur (pour les servlet et les EJB)

 
tu parles de visual age, c'est normal que se soit lent il gere en permanence son propre repository en arriere plan, c'est lent mais tu connais bcp d'IDE ou pendant un execution tu peux modifier ton code, et reprendre l'execution sans sortir recompiler et relancer le bazard ?  
Visual Age est tres bien une fois qu'on l'a pris en main.

cool le truc de la machine virtuelle sous forme de chip intégré!!!!
et au fait pas besoin je pense de remplacer le chip à chaque fois, puiske ptêtre que l'on pourra flasher la carte (genre comme on flashe un bios) non?
par contre c pour quand tout ça???
eske le JAVA a vraiment du futur? paske avec cette complication de la JVM bin du coup ça me fait un peu iéch de me lancer sur ce projet.....comment faire? en quoi le faire (vu que je m'y connais autant en java qu'en c++ càd néant)

[edtdd]--Message édité par k666--[/edtdd]

C'est clair que c'est quand même un peu l'avantage de java de tourner sur un machine virtuelle
 
Sinon question performances, on approche depuis l'utilisation d'HotSpot dans la JVM les performances d'un C++ vraiment orienté objet (ie avec encapsulation complète, polymorphisme à gogo...), pour les applications qui ne font pas du calcul intensif. C'est particulièrement vrai sur les programmes fortement multithreadés, et qui tournent en boucle pendant longtemps (genre serveur, quoi). Et en plus l'avantage sur le C++, c'est que tu n'as pas à t'occuper de pointeurs et de libération de mémoire.
 
En fait le seul reproche que je peux faire à java, c'est l'absence d'héritage multiple D'ailleurs s'il y a un spécialiste de C# dans la salle, ça m'intéresse de savoir ce qu'il en est dans ce nouveau langage made in Microsoft.

Je vous parle en tant qu'adorateur du Java (et du C# maintenant)...
 
under> Comme Nomad, je pense qu'une VM "hardware" n'arrivera jamais, pour les mêmes raisons qu'il avance. A moins qu'on puisse flasher la puce comme on flashe le BIOS, mais honnêtement c'est beaucoup d'investissements pour pas grand chose....
 
Et puis il ne faut pas oublier le nouveau concurrent du Java, à savoir le C#, que MS a volontairement fait très très similaire au Java. Difficle de se prononcer, il faudra attendre de voir ce que donneront les versions finales du framework .NET et Sun One.
 
Niveau perf, faut pas rêver, même implémenté au niveau hardware, le Java ne sera jamais aussi rapide que le C++... C'est mathématique : qui dit hardware dit driver, et qui dit driver dit couche supplémantaire à traverser. De plus le C++ exploite directement le framework de l'OS sur lequel il tourne, d'où un gain de perf potentielement énorme par rapport à des langages inteprétés.
 
n0mad> Java ne montre pas sa puissance que dans des applis serveur. Dès que tu as besoin d'une appli de haut niveau le Java peut aussi convenir, d'autant plus qu'avec les nouvelles VM, le Java devient de plus en plus rapide. On dit souvent que le Java n'est pas adapté aux applis graphiques, c'est faux. Le Swing est une mine d'or pour qui n'a pas peur de plonger un peu dans l'API pour l'optimiser.
 
Matafan> Si je te dis "C# = 95% Java + 5% C++", ça répond à ta question ? Quoi que l'héritage multiple aurait pu faire partie des 5%, mais non En fait comme le Java il supporte l'implémentation multiple d'interfaces, mais pas l'héritage multiple.
 
Tout a vraiment été fait pour ne dépayser ni le programmeur C++ ni le programmeur Java. Et pour avoir essayer, je trouve que le pari est plutôt réussi : les constructions syntaxiques sont plus proches du C++ (donc MS peut toujous dire : c'est du C++ plus orienté objet) mais l'esprit est full Java.
 
Exemple : les destructeurs, c'est l'exemple le plus drôle. Ils ont la sytaxe du C++, mais ce sont en fait de simples "alias" vers la méthode Finalize() (méthode bien connue des developpeurs Java)de l'objet ! Du coup, et c'est là que ca devient drôle, si tu écris un destructeur ET une méthode Finalize() dans la même classe, le compilo va pleurer parce que tu as écrit deux fois la même méthode        
 
J'avais vu ca sur une FAQ mais je n'ai plus l'adresse, dès que je la retrouve je la poste ici.

[edtdd]--Message édité par TontonVader--[/edtdd]

under a écrit a écrit :     d'ici peu les cartes meres incorporeront d'origine une "javaChip" une puce java quoi...qui fera le boulot de la JVM.. donc ton C++ sera la vraiment depassé..parce que niveau rapidité..z'allez etre depassé les gars )   Mais bon...en attendant moi je bosse pour une grosse société qui développe des logiciels pour Airbus ou l'aerospatiale..et ils les veulent plus qu'en java...y'a peut etre des raisons..non?

je suis etonne de l utilisation de jva dans l aerospatiale.
car l aerospaciale utilise encore un vieu langage comme ADA.
pourquoi je sais pas, mais je sais que l ADA est encore tres utilise dans les domaines qui demandes quelques choses de tre propre et pointu.
puis faut que ca soit rapide.
alros java je comprends pas mais pourquoi pas.
enfin je parle de systeme embarque pas d application bureautique.

tout le monde parle de C++ en terme de rapidité, je suis ok que c'est rapide mais pourquoi personne ne parle de pascal ?
car dans certain cas c est le pascal qui est bien plus rapide avec un rapport X2.
2 fois plus rapide.

 
L'ADA est un langage fortement typé (donc propore), orienté objet et puissant. De plus, je suppose que les techos ont des bases solides sur ce langage et des lib toute faites qu'ils peuvent utiliser à l'infini. Du coup, ca demanderait sûrement beaucoup de temps et d'argent à tout réécrire dans un autre langage. Il est aussi utilisé dans la signalisation des TGV.

ouais tout ce qui est technlogie de pointe mais il est envoie de disparition.
 
d'ailleur les créateurs même de ce langage l'ont abandonné à ma connaissance.

scusez mon newbiesme .... mais c koi ce truc de c# ????
c nouveau? ça marche partout? ces quoi les trucs sympa?

Salut les gars
moi JAVA j'y connais rien, rien du tout (jamais fait de "Hello Wolrd" en JAVA)
parce que
1-j'ai pas de compilateur JAVA (un IDE quoi, un truc pour en faire)
2-etant interprete ce langage me laisse perplexe
 
ben ouai je vois difficilement comment on peut faire certaines choses en JAVA et je croyais moi que jusqu'a la lecture de ce topic que un des gros avantages c'etait pour les interfaces graphiques, mais il semblerait que ce point vous divise.
 
en effet, le code destiné a creer une interface qu'il soit interprete ou compile avec les machines d'aujourd'hui ben ca se voit pas trop
 
mais bon
 
ce qui m'intrigue particulierement c'est cette histoire de puce hardware.
JAVA utilisant les services offerts par un OS je vois pas trop comment cette puce peut fonctionner
en clair, si j'ecris en JAVA (je sais pas comment ) que je veux ouvrir un fichier
-sur un PC Windows ben ca va etre traduit en appel a la fonction de l'API Windows qui permet de faire ca
-sur un Mac, idem avec l'API Mac
 
c'est bien ca non ?
 
alors comment elle peut bosser cette puce ?
 
et sinon nivo performance alors la j'y connais rien en JAVA mais je reste sceptique a la lecture de trucs genre "ton C++ sera la vraiment depassé..parce que niveau rapidité..z'allez etre depassé les gars )"
je demande a voir
 
a quand Quake3 programme en JAVA ?
pourtant Q3 est un exemple de portabilite ...
bon des jeux comme ca y'en a pas beaucoup c'est vrai ...
mais des jeux (les jeux qui sortent sur CD à 350 balles j'entends) programmés en JAVA y'en a pas beaucoup non plus ...
 
alors vous etes vraiment sûr que JAVA ca va un jour tout péter ?
merci de détailler

sûr que java va tout péter ? non, pas du tout, je hais java et je ne suis pas le seul (en toute objectivité bien sûr). et vu le c# de krosoft, ça fait un nouveau langage, vu tout le monde qui bosse encore en c, etc .... pas convaincu.
 
- toutes les vms modernes sont des jit, cad 'just in time compiler' : le code java est compilé pour ta machine avant d'être lancé. une applet java sur le browser de ton pc est du code java remouliné à l'éxécution en x86. donc plutôt rapide (enfin faut que l'applet soit compilée d'une certaine façon - je crois - pour autoriser le 'recodage').
 
- quake en java ? en tout cas quake1, ça avait été fait à l'époque, c'était putain d'impressionnant je me rappelle ... et suivant encore d'autres avis 'objectifs', le C est le seul vrai moyen de faire du cross platform ...  
 
on n'est pas avancés du coup

[edtdd]--Message édité par youdontcare--[/edtdd]

k666 a écrit a écrit : scusez mon newbiesme .... mais c koi ce truc de c# ???? c nouveau? ça marche partout? ces quoi les trucs sympa?

 
C'est un nouveau langage créé par MS et très fortement inspiré du Java (pour pas dire pompé à 95%). Pour le faire tourner, il faut que l'OS dispose du framework .NET (le fameux); pour l'instant le framework n'existe que pour Windows mais une version FreeBSD je crois serait déjà en préparation. Du nombre de portages du framework ralisés sous différents OS dépendra le niveau de portabilité du C# (exacement comme pour la Java avec sa VM).

HelloWorld a écrit a écrit : ce qui m'intrigue particulierement c'est cette histoire de puce hardware. JAVA utilisant les services offerts par un OS je vois pas trop comment cette puce peut fonctionner en clair, si j'ecris en JAVA (je sais pas comment ) que je veux ouvrir un fichier -sur un PC Windows ben ca va etre traduit en appel a la fonction de l'API Windows qui permet de faire ca -sur un Mac, idem avec l'API Mac   c'est bien ca non ?   alors comment elle peut bosser cette puce ?   et sinon nivo performance alors la j'y connais rien en JAVA mais je reste sceptique a la lecture de trucs genre "ton C++ sera la vraiment depassé..parce que niveau rapidité..z'allez etre depassé les gars )" je demande a voir   a quand Quake3 programme en JAVA ? pourtant Q3 est un exemple de portabilite ... bon des jeux comme ca y'en a pas beaucoup c'est vrai ... mais des jeux (les jeux qui sortent sur CD à 350 balles j'entends) programmés en JAVA y'en a pas beaucoup non plus ...   alors vous etes vraiment sûr que JAVA ca va un jour tout péter ? merci de détailler

 
En fait, Java a un fort potentiel pour tout péter et comme il est à la mode et de plus en plus utilisé, il est sur la bonne voie.
 
Pour ce qui est des puces Java, elles fonctionnent plutot comme des coprocesseurs pour les instructions java les plus courantes et accélèrent le code Java d'un facteur supérieur à 10.
 
pour plus d'infos:
http://www.01net.com/rdn?oid=122812&rub=1569

merci pour les explications
c'est kler que je trouve que ce langage est a la mode
j'ai des potes qui l'ont appris et qui ne jurent que par le JAVA
"C++ c'est de la merde"
"mais JAVA c'est 10 fois mieux"
"JAVA ca pete le C++"
voila ce que j'en ai retenu.
voila ce que je relis regulierement
apres les justifications j'en lis assez peu
mais bon, comme j'y connais rien, je ferme ma gueule
j'ai entendu dire que le code n'etait pas vraiment interprete mais compile une premiere fois, une bonne fois pour toutes. c'est vrai ca ?

C'est stupide de dire "Java ça pête le C++" ou "le C++ ça pête le Java". Les deux langages ont leurs qualités et leurs défauts, les deux sont adpatés à des types d'applis différentes.
 
Je suis un adpete du Java mais il faut reconnaitre que dans certaines situations il n'est tout simplement pas adpaté. Un exemple tout con : le ping. Essaye de faire un "vrai" ping en Java, c'est tout simplement pas possible. Pourquoi ? Parce que tu ne pourras pas remplir les données ICMP nécessaires. Tu devras passer par le C/C++.
 
PS : ceux qui pensent qu'il suffit d'envoyer un paquet sur le port 7 (ECHO) pour un ping n'ont qu'à esayer de le faire en Java pour voir
 
 
Pour le code, il est "compilé" en bytecode, puis ce bytecode est interprêté par la VM (c'est pour ça qu'une VM Java est aussi appelé un interprêteur Java).

euh ça existe pas le langage ultime tout dépend de l'utilisation.
 
c'est comme de s'amuser a faire un super prog qui tu en C pour juste convertir les euro en francs e in,versement or qu'en VB ça se fait en 30secondes chrono.
 
pareil pour java, java permet certain truc et sera plus accessible dans cefrtain cas que le C et inversement.

y'a des ports sous linux en préparation également. j'ai oublié le nom, mais c'est "singe" en espagnol.

j'ai pas eu le temps de tout lire mais j'ai quelques remarques :
 
- Certain disent que le C/C++ est portable, je dirais plutot qu'il est recompilable sans trop de difficulté mais cela n'est vrai que sur des systemes d'exploitations courants, vous oubliez qu'il existe de part le monde une bonne 50 aine de SDE dont pour la plupart vous n'avez jamais entendu parler ... A ma connaissance la VM a été portée sur la plupart des SDE qui ont une reelle utilité pour les entreprises ce qui est loin d'être le cas des compilos C/C++ (surtout au niveau des biblis graphiques).
 
- D'autre part le recompilation et les eventuelles modifs qu'il y a à faire neccessite les competences d'un programmeur alors qu'en Java une fois les .class (ou .jar) créé n'importe quel utilisateur avisé peut faire marcher le prog du moment qu'une VM à été installé.
 
A titre de temoignage je fais à l'heure actuel un stage en Java pour un organisme qui travail dans l'aeronautique et qui a pour client des boites comme EADS, Airbus, ... Le java à été choisie pour que le logiciel de relecture de fichier que je programme puisse marché sans probleme sur les different SDE et architecture hardware des clients et dans ces domaines la diversité est de mise : supercalculateur(Cray, Nec ...), station graphiques(SGI, Compaq...), machine temps reel(Dec sous VMS ...) ...
A l'heure actuelle ils en sont presque venu à faire un logiciel par client !
 
Pour ce qui est de la puce Java je n'y crois pas non plus d'une part car je ne pense pas que Sun soit en mesure d'imposer ce surcout au marché et au fabriquants et d'autre part la lenteur de Java n'est redibitoire que pour une part limité des applis (jeux ...) pour les applis graphique courantes l'amelioration des VM et la montée en puissance hardware permet aujourd'hui de les faires tourner tout à fait corectement si il n'y à pas trop de calcul.
 
Voilà, A+

ARM propose un accélérateur hardware pour ses puces (orientées PDA et Cie)
http://www.arm.com/armtech.ns4/iwp [...] &style=CPU
 
C'est le genre de techno intéressantes pour les objets nomades pour lesquels on développera des applis en Java.

ça ne me revient que maintenant ... vampire : the masquerade redemption (phew le titre) utilise java comme language de script.
 
mate les slides du codeur ici : http://www.nihilistic.com/slides.html
 
embedded java : http://java.sun.com/products/embeddedjava/

 
- Je suis OK avec toi pour le C++, je te trouve encore gentil ! Recompilable facilement, c'est vite dit. Un exemple bête : une appli qui utiliserait les libs GTK sous Liux. Tu veux la porter sous Window, ben accroche toi, car à moins d'utiliser les libs GTK pour Windows (mais franchement c'est crade), ben tu peux te mettre à réécrire le code. Je trouve que bcp confondent portabilité et "recompilabilité"...
 
- Pour le Java par contre je suis pas *totalement* d'accord. Sur le principe oui, mais dans la pratique ça ne se passe pas toujours aussi bien. Premièrement, il se pose le problème des versions. Ce n'est pas vraiment un problème technique, mais dans le cadre d'une solution d'entreprise, c'est à prendre en compte.
Ensuite, toutes les VM ne sont pas implémentées de la même façon, donc toutes n'auront pas forcément le même comportement. Je pense notamment à al programmation multi-threadée qui peut poser pas mal de problèmes. Même avec du Java, la portabilité n'est pas assurée à 100%