Discussion :

[Songbird]

J'ai toujours détesté l'arnaque JAVA (lent, memory leak, souci de retrocompatibilités rendant les administrateurs fous).

Pour chaque affirmation dans ta phrase, je souhaiterais une source:

- La lenteur de Java (des benchmarks clairs et qui expliquent quel genre de calculs sont faits, sinon c'est pas drôle)
- Les fuites mémoires (un article qui montre que le GC ne fait pas son taf avec des jolis logs étout)
- La retrocompatibilité (idem)

[redcurve]

Ahahah exactement pourquoi avant même la fin de mes études il y a un peu plus de 6ans je n'ai pas été sur cette plateforme moisie. Vive .net et C++

[OButterlin]

Ahahah exactement pourquoi avant même la fin de mes études il y a un peu plus de 6ans je n'ai pas été sur cette plateforme moisie. Vive .net et C++

Super idée, il y a presque 2x plus d'offres d'emploi pour java que pour .NET, quand à C++, je n'en parle même pas tant c'est marginal...

[tomlev]

Super idée, il y a presque 2x plus d'offres d'emploi pour java que pour .NET, quand à C++, je n'en parle même pas tant c'est marginal...

Oui mais si Oracle poursuit cette politique, ça va peut-être changer... pas du jour au lendemain bien sûr, mais petit à petit. .NET n'avait jamais vraiment concurrencé Java jusqu'ici, parce que c'était limité à Windows. Mais maintenant que MS a rendu .NET open-source et multi-plateforme, ça devient une alternative crédible, et comme je le disais plus haut, avec des termes de licence qui protègent l'utilisateur d'une action comme celle d'Oracle en ce moment. On peut ajouter le fait que C# a beaucoup de points communs avec Java, donc les devs Java n'auront aucun mal à migrer, ce qui fait des économies en termes de formation.

Je ne dis pas ça pour enfoncer Java, c'est une bonne plateforme qui a fait ses preuves. Mais si Java n'est plus viable économiquement, les entreprises ne resteront pas bloquées dessus indéfiniment.

[blbird]

L’avidité de l'argent des entreprises. Au point de tuer leur propre source de profits pour du court-terme.

Oracle est bien connu pour être déjà une plaie concernant leur propre licences Oracle, mais là ils font très fort... C'est honteux.

[seikida]

A ce que je vois,
Oracle est toujours vainceur des Patent troll Awards !

[tchize_]

Personellement, je ne m'inquiète pas trop et ça a plutôt l'air de la tempête dans un verre d'eau. Entre l'effet panique de cette annonce et ce qu'il y a réellement dans leur document reprenant les composants la partie commerciale de leur produit, il y a grand marge.

D'abord si on reprend la grille de ce document en page 5, vous constaterez qu'aucune des features mentionnées n'est présente dans l'open JDK. Donc si votre appli est capable de tourner sur open JDK, aucun soucis.

Ensuite, dans la grille on retrouve:

Les produits JRockit qui ne sont de toutes façons disponibles que sous forme d'archive et ayant leur propre license.
MSI Jre Installer: ceci fait l'objet d'un download à part avec il me semble ses termes de license et nécessite un compte oracle.
Java Flight Recorder, usage tracking et Mission control: pour activer ces fonctionnalités, il faut explicitement passer à la JVM le paramètre "-XX:+UnlockCommercialFeatures". Difficile de prétendre avoir activé ça par erreur et ne pas savoir que c'est payant...

The Java SE 7 Update 4 release introduces a new flag, -XX:+UnlockCommercialFeatures. This flag enables Oracle Java SE users to control when licensed features are allowed to run. All commercial features started or controlled via the command line or dynamically during execution will be gated by this flag. By default, commercial features are not allowed to execute, and any usage requires an active unlocking either on the command line or dynamically during runtime, to help remove any accidental usage.

Je regarde en arrière depuis que je fais du java. Je ne connaissais pas cette liste de features commerciales. Je ne savais ni qu'elles étaient commerciales ni qu'elles existaient. Mais j'ai du mal à comprendre comment on pourrait connaitre ces features sans savoir qu'elles sont commerciales et les utiliser "par hasard". Ce sont quand même des choses qui nécessitent une volonté explicite de les activer, de lire leur documentation et de comprendre que c'est payant

Alors ceux qui on voulu jouer au malin, ne pas payer et baser leur business model sur ce genre de feature, c'est bien dommage pour eux, mais s'assurer qu'on respecte les licences de tout ce qu'on utilise, ça fait partie aussi du boulot du programmeur. La jvm n'est qu'un point de check, il y a aussi les chiées de librairies java, les librairies natives, les bouts de code récupérés sur les forums, avec tous des licences différentes qu'il faut pouvoir gérer en fonction de la finalité de l'application que vous développez.

Personne n"irait télécharger la base de données oracle, l'installer et s'étonner que ce soit payant à l'arrivée. Pourquoi en serait-il différent pour des features documentées comme "commerciales" ?

La très grandes majorité des produits basés sur java n'utilisent aucune feature commerciale à ma connaissance. Et si vous les avez activées pour vous faciliter la vie en maintenance. Ben coupez les . Ca ne va pas tuer votre app.

[vdaburon]

D'après la doc
http://www.oracle.com/technetwork/ja...ons-397069.pdf

Oracle Java SE Advanced and Oracle Java SE Advanced Desktop include Java Mission Control and Flight Recorder
(known as JRockit Mission Control and JRockit Flight Recorder when bundled with Oracle JRockit)

Je comprend que ce qui est payant et l'utilisation de la JVM JRockit et les API JMX de JRockit.

Cordialement
Vincent D.

[bloginfo]

Seul l'embarqué est payant ! Le document s'appelle d'ailleurs : "Oracle Java SE and Oracle Java Embedded Products".

[kiprok]

Oracle maintien le flou pour gagner des $$$...
Je commence vraiment à détester cette société; tout ce qu'elle touche se transforme en plomb.

Sun était super novateur (mais mauvais vendeur), depuis les orientations java / mysql sont incertaines.

Mention spéciale pour les installateurs de leurs softs : on se croirait revenu dans les années 2000; avec des modifications des variables d'environnement à modifier à la main et j'en passe... que du bonheur... pour les nostalgiques

[bedane]

Un peu comme le roi Midas, mais à l'envers: tout ce que touche cette boîte se transforme en m....

N'oubliez pas la prochaine fois que vous songez à démarrer un projet qui nécessite java/mySql/Oracledb, il existe des très bons équivalents : openJDK, mariaDB, postgreSQL.

L'argument de payer oracle pour avoir un meilleur support tombe un peu à l'eau quand on sait qu'ils peuvent ensuite vous planter un couteau dans le dos en demandant des frais de licence supplémentaires.

[BenaeSan]

Il me semble aussi que c'est assez flou sur MySQL. Les hébergeurs le colle partout, mais c'est pas sensé être gratuit, il me semble(enfin pas dans tout les usages), sauf si je me trompe, j'avais pas trouvé l'info clairement.
Future source de revenu pour Oracle??

[kilroyFR]

Quid d'android ? la plupart des devpts android choisissent java parce que c'est plus adapté (et le NDK est archi mal documenté en comparaison).
Quelles est la limite entre java google et java Oracle ?

[la.lune]

Si je prends un autre exemple d’un site anglais d’offre d’emplois, et qui propose plus de 100 000 offres d’emplois en développement, soit que ce que propose developpez.com 7 fois. En faisant des recherches sur les mots clés des lagunages on a ceci :

[syj]

Cela risque effectivement de redistribuer les cartes.

A mon avis la techno des 15 prochaines années, c'est Javascript avec des serveurs comme NodeJS.

Un seul langage pour le client & le serveur.

[Traroth2]

Je suis persuadé que non. Javascript est une technologie de transition. Quand WebAssembly sera finalisé et implémenté par les browsers, Javascript ne sera plus qu'un langage client parmi d'autres. Pour l'instant, il jouit de son monopole de fait sur les browsers.

Quant aux serveurs, Node.js est loin d'être dominant, et j'ai l'impression que son intérêt est surtout de pouvoir utiliser le même langage de bout en bout dans un projet web, genre stack MEAN.

Pour en revenir à Java, sa situation actuelle est très bonne, surtout au niveau de la JVM (le langage lui-même me semble plus remis en cause, avec Scala, Groovy et Clojure qui constituent des alternatives très convaincantes. Java 8 n'a pas encore réussi à rattraper le retard). De grands principes émergent toujours dans le monde Java. Le big data (Hadoop), les microservices (Vert.x, Spring Boot), la programmation reactive (RxJava), les choses se passent encore largement dans le monde Java. Le problème, avec le comportement d'Oracle, ce n'est pas le présent, c'est l'avenir. Ce qui apparait clairement, c'est que depuis le rachat de Sun par Oracle, l'important, c'est que ça rapporte du fric à Oracle, à court terme. Le long terme, ils s'en foutent. Du moment qu'on arrive à extorquer quelques très gros billets à Google, tant pis si celui-ci finit par se détourner ensuite de Java, si on a moyen de racketter un peu les clients, ça ne pose aucun problème d'intégrer en douce des trucs à la JRE pour la rendre payante dans certains cas non-voulus par les clients, même si lesdits clients finissent par prendre la fuite.

Visiblement, Oracle n'a aucun problème avec l'idée d'obérer l'avenir à long terme de Java, même si pour l'instant, le risque est surtout potentiel (enfin Google ne semble plus trop impliqué sur GWT, Guava, Guice ou GSON, cela dit. Et ils feraient passer le développement Android sur Go un de ces jours que je n'en serais pas stupéfait. Et bien sûr, les implémentations Java SE open-source sont déjà parties à la benne), mais ça va finir par arriver. Peut-être même que le risque que fait peser Oracle sur Java est une stratégie à tiroirs : en montrant son pouvoir de nuisance, Oracle peut en désespoir de cause pousser IBM, Red Hat et les autres à mettre la main à la poche pour racheter tout le lot afin de pérenniser la technologie. Si tout le reste foire, je parie que c'est exactement ce qu'Oracle essaiera de faire, histoire de ramasser encore un peu plus.

Bref, Oracle a exactement la logique de parasitisme qu'on pouvait craindre au moment du rachat de Sun en 2011. Je ne pense pas que Java en sortira indemne. On verra au final l'étendu des dégâts, dans quelques années. Le premier dégât : une certaine stagnation technologique.

[tomlev]

De grands principes émergent toujours dans le monde Java. Le big data (Hadoop), les microservices (Vert.x, Spring Boot), la programmation reactive (RxJava), les choses se passent encore largement dans le monde Java.

Sans vouloir pinailler, Rx vient de .NET, pas de Java

[hwoarang]

Sans vouloir pinailler, Rx vient de .NET, pas de Java

Sans vouloir pinailler, il dit juste qu'il se passe des choses sur java, pas que ce langage est l'alpha et l'omega de la programmation

Le long terme, ils s'en foutent. Du moment qu'on arrive à extorquer quelques très gros billets à Google, tant pis si celui-ci finit par se détourner ensuite de Java, si on a moyen de racketter un peu les clients, ça ne pose aucun problème d'intégrer en douce des trucs à la JRE pour la rendre payante dans certains cas non-voulus par les clients, même si lesdits clients finissent par prendre la fuite.

Un des premiers trucs qui m'a mis un gros doute, c'est quand ils ont commencé à embarquer la barre ask.com dans l'installateur de la JRE. Un malware qu'on trouve dans des installateurs de programmes quasi amateurs dans la JRE, ca m'a fait tres peur. Et ca montre un peu (malheureusement) la direction qui était en train d'etre prise...

Ceci étant dit, pour avoir fait du C++, C# et java (principalement du java mais bonne maitrise des autres), le passage de l'un à l'autre n'est pas compliqué. Après, il est evident que quand on maitrise l'un, on prefere rester dessus plutot que de passer sur un autre ou il faudra redécouvrir les classes, frameworks et la philosophie d'utilisation...

[Battant]

Bonjour,

On m'a toujours dit que Java était gratuit .

Je trouve qu'il est exagéré le payer pour Java

Encore un plan d'Oracle pour tenter de récupérer de l'argent ou pour faire fuir les gens .

Faut-il privilégier open JDK ou zulu (Openjdk pour .Mac et Windows)

Je croyait qu'open JDK était libre alors qu'en est-il ?

Il semblerait que depuis le rachat de d'un par Oracle, images de Java Et plus mauvaise presse en cas pour moi

Ayant fait des études en Java, les divers affaires qui implique Oracle ne me donne pas envie de continuer à développer dans ce langage .

Faut-il passer à langage plus Opponent source comme python ?

Qu'en est-il de la compatibilité entre Java et python ? J'avais entendu parler de jython

Que pensez-vous ?

Salutations

Battant

[Kapeutini]

Dois-je continuer d'utiliser java EE pour mon coding ?
Sinon par quel autre langage le remplacer ?
python ?
Scala ?