Si seulement Apache pouvait être la cause du retard de Java... Malheureusement, c'est tout le contraire, avec Google ce sont certainement ceux qui se sont le plus battus pour le faire bouger.
Sun n'a pas su faire avancer Java pendant de très longes années avant de se réveiller il y a deux ans, notamment quand Google c'est lancé dans Coin.
Oracle ne semble pas faire des miracles non plus. Il a retardé Java 7 en annonçant les lambdas, qu'il a finalement repoussé à Java 8 tout comme Sun deux ans auparavant. Il semble pousser vers JavaFX qui est une technologie propriétaire et qui parait mort-né.
Java 7 n’apportera au final pas grand chose au langage Java (par contre c'est un vrai plus pour la JVM). Et pour le moment, Java 8 est loin d'être une révolution.
Paye ton troll.
Mais avance quand même ce que tu reproches à linq, une phrase jetée en l'air comme ça n'a aucun intérêt.
Je pense que tu as mal interprété la remarque de waddle... Ce n'est pas toi qui est visé, il voulait dire que camus3 avait lancé un troll et qu'il ne fallait pas l'alimenter en y répondant
...
Tu as déjà utilisé Linq pour dire ça ? Toutes les personnes que je connais qui ont commencé à l'utiliser ne peuvent plus s'en passer. Ca transforme complètement la façon de coder, et ça rend le code beaucoup plus expressif et lisible. En gros, ça permet d'utiliser (au moins en partie) l'approche fonctionnelle dans C#
Si tu connais (vraiment) Linq et que tu n'aimes pas, c'est une autre histoire... mais je serais curieux de connaitre tes raisons.
Pas de questions techniques par MP ! Le forum est là pour ça...
Tutoriels : Les nouveautés de C# 6 - Accès aux données avec Dapper - Extraction de données de pages web à l'aide de HTML Agility Pack - La sérialisation XML avec .NET (Aller plus loin) - Les markup extensions en WPF
Pour info, voici les résultats des votes de ces JSR :
http://jcp.org/en/jsr/results?id=5109
http://jcp.org/en/jsr/results?id=5110
http://jcp.org/en/jsr/results?id=5111
http://jcp.org/en/jsr/results?id=5112
JDK 7 atteint le stade « Feature Complete »
Une bêta pour développeurs est prévue pour le 18 février prochain
Mise à jour du 19/01/2011 par Idelways
Oracle vient d’annoncer que le Kit de Développement de Java 7 (JDK7) est arrivé au stade « Feature Complete ».
Ce qui signifie, selon Henrik Ståhl, le porte-parole d'Oracle sur Java, que les équipes de développement et d'assurance-qualité ont finalisé toutes les fonctionnalités prévues pour Java 7 et que tous les tests automatisés passent.
Les efforts vont donc maintenant se concentrer sur les tests et la correction des bogues sur l'ensemble des plate-formes supportées par JDK 7 afin qu'il soit disponible, si tout va bien, le 28 Juillet prochain.
Ståhl n'exclut cependant pas l'ajout d'autres fonctionnalités aux sous-composants JAXP, JAXB et JAX-WS qui s'occupent respectivement de la manipulation du XML, du Binding et des WebServices.
Le projet pourrait aussi être retardé si le Groupe des Experts du JSR (Java Specification Request) "décident d'introduire des changements qui ne peuvent être accommodés avec le planning actuel", nous apprend Ståhl.
Si aucun empêchement ne vient retarder les plans d'Oracle, le JDK pourrait donc être disponible en bêta pour les développeurs dès le 17 février prochain. Soit dans moins d'un mois.
Une bonne nouvelle. Certes. Mais le respect du planning s'est fait aux détriment de nombreuses fonctionnalités longtemps attendues et que les développeurs devront encore attendre avec Java 8, prévu lui pour l'année prochaine.
“On ne peut pas tout avoir”, dit le dicton.
Source : Billet de Henrik Ståhl
Et vous ?
Êtes-vous satisfait des nouveautés de Java 7 ou allez-vous attendre la sortie de Java 8 ?
Est ce que quelqu'un a une idée sur l'état de l'algorithme Garbage first (G1) dans Java 7 ? (est ce que l'implémentation est stable)
Sinon est ce qu'il y a d'autre amélioration en terme de performance qui seront ajouté à Java 7.
Merci d'avance
Oui il y a pas mal de petites optimisations, notamment l'allocation de certains objets sur la pile lorsque c'est possible: http://blog.developpez.com/adiguba/p...cape-analysis/
OpenJDK 7 disponible en version bêta
Des voix s'élèvent contre sa licence jugée restrictive
Mise à jour du 28/02/2011 par Idelways
OpenJDK 7, le Kit de Développement du Java SE 7 est désormais disponible en version bêta (Milestone 12).
Les développeurs peuvent dès maintenant télécharger et s'assurer que leurs applications compilent et s'exécutent correctement sous cette version, et se familiariser ainsi avec les nouveautés du langage. La disponibilité générale de ce SDK est prévue dans exactement 5 mois.
Mark Reinhold, architecte en chef de la plateforme Java chez Oracle, explique que cette version a passé correctement tous les tests sur toutes les plates-formes. 456 bogues ont été corrigés depuis le Milestone 11 (déjà « Feature Complete »)
Une excellente nouvelle, mais gâchée pour certains par la licence jugée « draconienne et restrictive », « folle » voire carrément « antisociale » par certains utilisateurs qui se sont tout simplement refusés à tester le Kit sous ses conditions.
En effet, à la suite de l'annonce de Reinhold sur son blog, de nombreux commentaires affichent leur désarroi et leur déception.
Un utilisateur s'interroge sur les raisons de l'emploi d'une « licence qui empêche son utilisation par la large communauté qui [...] a aidé à la construire sur la base de code GPL d'OpenJDK » et inclut un lien vers un billet où il dresse la liste des sections qu'il juge « malveillantes ».
Un deuxième utilisateur se demande, ironique, s'il s'agit bien d'un projet open-source et s'il est possible de télécharger le kit sans accepter cette « licence de fou ».
En plus de fustiger, entre autres, ce qu'il qualifie du désastre du projet Hudson et cette licence draconienne, un troisième utilisateur réprouve le Bug Tracker d'OpenJDK 7 qu'il juge complètement impraticable.
Quoi qu'il en soit, la majorité des utilisateurs qui se sont exprimés à la suite de cette annonce affichent leur enthousiasme de voir de langage Java 7 atteindre un autre cap important de son développement.
Cette version est disponible en téléchargement sur cette page
Source
Et vous ?
Que pensez-vous de cette preview d'OpenJDK 7 ?
Et de son contrat de licence ?
Je suppose que c'est pour le côté sensationnel, mais je trouve que reprendre dans un article quelques commentaires sur un unique forum, voire en faire un sous-titre, n'apporte vraiment rien de constructif. Surtout si on lit les réponses à ces commentaires : je pense qu'il n'y a rien de neuf. Défonçage de porte ouverte...
Oui, je pense que c'est la réaction de base...
Cette clause viole très clairement la GPL. Le JDK 6 était l'oeuvre exclusive de Sun, et Sun pouvait donc le placer sous une double licence propriétaire+GPL, mais le JDK 7 contient de nombreuses contributions de la communauté que leurs auteurs ont placé sous GPL. De quel droit Oracle utilise-t-il cette licence propriétaire ???
A mon avis, on n'a pas fini d'entendre parler de cette histoire !![]()
Le Java Community Process approuve à contrecœur Java SE 7
Des voix s'élèvent contre la politique de licence imposée par Oracle
Le scrutin sur Java SE 7 par le Java Community Process vient d'avoir lieu et d'approuver à la majorité écrasante cette prochaine édition standard du langage, mais non sans de nombreux commentaires fustigeant notamment la politique de licence menée par Oracle.
Google, bien que satisfait de l'avancement de la technologie sur cette version, mais visiblement décidé à gâcher la fête d'Oracle, a manifesté le seul vote négatif, contre 13 voix positives et 2 abstentions.
IBM, Red Hat, SouJava, London Java Community, Goldman Sachs et Fujitsu ont tous voté Oui tout en affirmant dans les commentaires du vote leur refus de la politique de licence de Java, leur scepticisme envers le groupe d'experts et la transparence de tout le processus.
Sans mentionner le désaccord ayant conduit la fondation Apache à quitter le Process ni le procès en cours, Google rappelle que le kit de validation TCK (Technology Compatibility Kit), partie intégrante du standard, ne doit pas être utilisé pour interdire les implémentations compatibles, notamment dans le domaine du mobile.
L'éditeur d'Android, numéro 1 mondial des OS mobiles, juge que « les licences qui contiennent de telles restrictions sont incompatibles avec les exigences du JSPA, et violent les attentes de la communauté Java (sic) que les spécifications du JCP puissent être implémentées ouvertement »
Werner Keil, expert en Java et membre à part entière du JCP, justifie son abstention par le « manque de transparence » tant dans la gestion de l'ensemble Umbrella JSR (Java Specification Request) que pour d'autres composants essentiels, en particulier le projet Coin.
Pour rappel, Java SE 7 offrira notamment une meilleure compatibilité avec les processeurs multicoeurs, des possibilités de scriptage dynamique, une API unifiée pour accéder aux systèmes du fichier de l'OS tout en continuant d’autoriser les opérations spécifiques à chaque plateforme.
Oracle, qui a naturellement voté oui sans commentaire, se heurte à de vives critiques qui ne se sont pas tassées malgré la volonté que le géant a récemment manifestée de révolutionner le fonctionnement du Java Community Process vers plus de transparence, de réactivité et d'agilité.
Source : JCP
Et vous ?
Que pensez-vous de la situation au sein du Java Community Process ?
Et de la progression de la technologie Java en général ?
Je pense scincèrement que l'on s'achemine vers des restrictions fortes a l'utilisation de java en depit du fait que ce langage évolue dans le bon sens et je pense aussi que a moyen terme oracle compte en tirer des royalty
mais en fin de compte seul l'avenir nous le dira![]()
"L'humanité se divise en trois catégories : ceux qui ne peuvent pas bouger, ceux qui peuvent bouger, et ceux qui bougent."
- Benjamin Franklin
De l'aide en Javascript , consultez la FAQ JS.
De l'aide sur le FrameWork JS DHTMLX : posez vos questions sur le forum des Bibliothèques & Frameworks JS.
C'est déjà le cas avec Android et l'introduction d'une petite clause non négligeable.
sourceThe use of Software in systems and solutions that provide dedicated functionality (other than as mentioned above) or designed for use in embedded or function-specific software applications, for example but not limited to: Software embedded in or bundled with industrial control systems, wireless mobile telephones, wireless handheld devices, netbooks, kiosks, TV/STB, Blu-ray Disc devices, telematics and network control switching equipment, printers and storage management systems, and other related systems are excluded from this definition and not licensed under this Agreement.
Java : Cours et tutoriels - FAQ - Java SE 8 API - Programmation concurrente
Ceylon : Installation - Concepts de base - Typage - Appels et arguments
ECM = Exemple(reproduit le problème) Complet (code compilable) Minimal (ne postez pas votre application !)
Une solution vous convient ? N'oubliez pas le tag
Signature par pitipoisson
"la volonté que le géant a récemment manifestée de révolutionner le fonctionnement du Java Community Process vers plus de transparence, de réactivité et d'agilité" : Oui, enfin c'est comme que vous l'interprétez. Personnellement, je vois plutôt une manière de tuer le JCP à petit feu...
Depuis la reprise de Sun par Oracle, je pense qu'Oracle met la main sur java pour en tirer du profit. Et vu la vaste utilisation de java, l'affaire peut être plus que lucrative. Etant donné le type de licence accordé pour la JVM, ils ne pourront pas fermer le robinet tout de suite. Mais je crains qu'ils n'aient une stratégie pour faire passer beaucoup de monde à la caisse, dans quelques années!
Ceci dit, j'ai espoir que James Gosling nous prépare une alternative à java. N'a-t-il pas signé chez Google? Bon, on passe d'un requin à l'autre, peut être de Charybe en Scylla. Mais Google semble plus proche de l'idéal que nous avons connu avec Sun.
C'est évident que Oracle veux gagner de l'argent avec Java.
Sun n'était pas un philanthrope non plus, loin de là. Si le JDK est gratuit c'est bien parceque, son but était de faire payer les fabricant de JVM. Il s'est juste révélé intenable notamment à cause de Microsoft qui n'est pas rentré dans le jeu de Java.
Partager