Ben précisément : le JNI ne permet d'accéder qu'à des composants conçus pour la JNI.Envoyé par pseudocode
Ben précisément : le JNI ne permet d'accéder qu'à des composants conçus pour la JNI.Envoyé par pseudocode
JNI sert d'interface (d'ou son nom) vers d'autres composants. Ces autres composants doivent juste etre accessibles par C/C++.Envoyé par Bluedeep
Par exemple tu peux créer un "pont" avec JNI pour utiliser n'importe quel OLE/COM/ActiveX. D'ailleur c'est une extension de la JRE.
Par là je veux dire que toute l'industrie contribue à son évolution...Envoyé par Bluedeep
L'évolution de l'API et du langage est soumis à des JSRs (Java Specification Request) dirigé par un groupe d'expert composé de personnalités ou d'entreprises diverses, que ce soit du monde informatique (Apache, Apple, BEA Systems, Google, IBM, MySQL, Oracle ou encore Sun bien sûr), mais également de domaine plus "éloigné" (LG Telecom, Motorola, Orange, Sagem, Sony). Ainsi chaque JSR est soumis à un vote avant d'être accepté : Sun n'a pas un contrôle total.
De plus la plupart des spécifications ont une implémentation opensource...
Cela implique des "temps de developpements" plus long (les JSR sont longues à mettre en place et être accepté), mais cela permet une certaine stabilité à la plateforme...
Il est clair que l'utilisation de fonctionnalité système n'est pas aisé à faire en Java. C'est un des principaux défauts pour les applications Desktops... mais c'est pour priviliégier la portabilité...Envoyé par Bluedeep
a++
De toute facon, l'implementation du .NET 1.1 ou même 2... ne prend pas en compte Windows.Forms (du moins à ma connaissance (on peut confirmer ?))... ... Donc on doit faire son DEV en JAVA (SWING, ...), donc autant apprendre JAVA xDEnvoyé par dev01
Nan, franchement, si tu veux un programme portable, oublie .NET
C'est plutot incroyable, après 16 pages, finalement peu de participants a ce forum se posent les bonnes question (y en a, heureusement) : choisir une techno c'est bien, mais avant il faut se poser quelques questions :
pour quel type d'appli ? Sa taille ? Quel est l'existant ? Quelle est la duree de vie prévue, sa pérennité ? Quelle évolutivité doit avoir l'appli ? Couts, budget ? Date de livraison ? Disponibilité des resources ?
A mon avis si on ne se pose pas les bonnes questions, il n'y a aucune chance de trouver la réponse.
On ne gére pas de la même facon un batch bancaire qui traite des millions d'enregistrements qu'une application industrielle de gestion de chaine ou un site web.
Bref, les 2 technos sont bien, mais cela dépend des cas.
mais dans ce cas, dans quel cas faut-il utiliser une ou l'autre (si il y a une réponse précise a cette question je penses qu'elle serait intéressante)
Ces 2 technos sont equivalentes (techniquement) : langage objet, librairie standard, code intermediaire, machine virtuelle, JIT, IDE conviviales, licence permissive, ...Envoyé par Sylv666
La seule difference est dans le match "integration vs portabilité".
DotNet est tres proche de l'OS, on peut donc utiliser des fonctions tres spécifiques a windows (les controles graphiques, l'inclusion dans IE7, les imports de dll, ...). Mais c'est au detriment la portabilité: ca tourne seulement sur windows... et encore pas toutes les versions.
Donc, a mon sens, les seules questions a se poser c'est:
1. "Est-ce que ca doit tourner uniquement sur un windows recent ?"
Si c'est non ==> Java
2. "Est-ce qu'il faut une IHM de la mort (3D, animations, ...) ?"
Si c'est oui ==> .Net
Dans les autres cas, c'est un critere "non technique" qui fera la difference: experience/formation, reutilisation de code, ...
Oui, effectivement !Envoyé par pseudocode
Euh alors là je comprend pas !??! peut être (et c'est vrai) je connait pas extrèmement bien .NET mais en tout cas je peux dire que le coté 3d et animation en Java est très intéressant (aussi bien en développement client riche, développement web et même en développement de jeux !!)Envoyé par pseudocode
Oui effectivement je suis pro-JAVA !!
Moi aussi j'aime bien Java, et je pense que les futurs langages scriptés de Java6 vont permettre de simplifer/ameliorer le developpement des IHM.Envoyé par Wormus
Mais, quand meme, .Net a un peu d'avance: Windows Presentation Foundation Mashup
L'avenir de .NET n'est il pas tout simplement déjà assuré ?
L'omniprésence des OS Microsoft ne dicte t'elle pas une évolution "naturelle" vers ce Framework ?
Je souhaiterais faire un peu de science-fiction (après tout...). Et si les prochaines générations de processeurs étaient en mesure de décoder le code IL des assemblages .NET.
Commercialement, cela vous parait-il possible ? (une alliance intel/microsoft à ce sujet).
Que resterait-il des JRE et du bytecode que nous utilisons actuellement ?
Je suis un brin provocateur aujourd'hui...
Il pourrait en être de même en ce qui concerne le bytecode également (IL et bytecode java reposent sur le même principe c'est à dire un code itermédiaire tradui par une machine virtuelle). Donc si un fondeur choisi de pouvoir interpréter l'un, il est probable qu'il ait dans ses cordes d'interpréter l'autre. De plus avant de voir du mono en prod sur des gros unix et de grosses applis distribués je crois qu'il y a un gros pas que je ne souhaiterais franchir...
De plus vu la pénétration des procs double coeur à base de x86 sur le marché des serveurs, je doute qu'intel ou AMD se concentrent uniquement sur du M$
Enfin en ce moment je râle sur mono car ça râme, mais c'est juste une expérience d'utilisateur (système de mise à jour de l'OpenSuSE basé sur mono qui prends trois heures pour updater trois packages alors que l'ancient système basé sur YaST et du C++ faisait pas trop mal son taf=> je suis passé à smart et son horrible GUI GTK)...
Ton interprétation est pertinente. La vraie question concernant une éventuelle concurrence .NET/JAVA est peut-être dans la façon dont nous utiliserons nos PC dans quelques années : applications stockées sur le PC du client ou uniquement utilisables par réseau ?
Dans le cas probable d'une utilisation par réseau de nos logiciels préférés, JAVA n'est-il pas très en avance dans ce domaine (serveurs) ?
Je ne sais plus que penser...
ce n'est absolument pas de la science fiction, il y a déjà des projet de processeur utilisant comme langage d'assemblage le bytecode Java pour des telephones portables, et les premier test semblent plus que concluant au point de vue vitesseEnvoyé par jeff_76960
Donc, pour le développement sur portable -->> JAVA ONLY !!
.Net le fera aussi dans un temps très très proche avec .Net Micro FrameworkEnvoyé par jeff_76960
+1... Jazelle poweeeeeeeeeeeeeer !Envoyé par bafman
D'un que quelquechose devient populaire, on commence à chercher (et à trouver) des failles : Firefox me semble un bon exemple.Envoyé par BLUE ACACIA
Mais c'est un faux problème. La vrai question c'est de savoir qu'elle est la réactivité de l'éditeur pour patcher les dites failles ?
Et encore mec, t'as pas fait du pur RMI. ça, ça déchire...Envoyé par olrt
Non, le pb des EJB 2.0, c'est les perfs des EJB qui ne sont pas stateless...
Tout est réglé avec EJB 3.0, honteusement pompé sur le framework Spring mais bénéficiant de sa terrible efficacité !
Ha ba non pas d'accord. Je ne connais pas les API 3D, .Net mais Java3D (idéal pour des modèles 3D scientifiques) et JOGL (idéal pour le jeux, les perfs car accéléré) répondent très bien, quandt aux animations des API Java existent pour en faire sans trop mettre les mains dans le camboui.Envoyé par pseudocode
Avec Java Desktop, que reste-il à .Net côté appli bureautique? Ha oui : la base de registre Windows. Et là encore, des SPI pour JNDI, bien que payantes, existent...
Pour moi, les bonne question (quel type d'applis, taille, etc...) me font plutôt poser des question comme : PHP, Python, Ruby ou Java ?
Mais pas de .Net à l'horizon, sauf pour les applis d'admin de parcs informatiques Microsoft (stations, serveurs...).
Dans ma boîte, la question c'est plutôt : combien couterait la migration de Win2k à Linux pour les développeurs ? Alors .Net.... définitivement, si Microsoft ne sort pas 1 JVM .Net pour chaque plate-forme, il ne leur reste qu'une seule solution : bouriner comme d'habitude le markéting et forcer les gens à passer sur plate-formes Microsoft... Car c'est la seule barrière à ma connaissance qui empêche .Net de jouer dans la cour de Java.
Lol. J'aime bien le "je ne connais pas WPF, mais JOGL/Java3D c'est bien".Envoyé par Syrion
Allez voir quand meme la video "Windows Presentation Foundation Mashup" sur YouTube...
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager