+ Répondre à la discussion Actualité déjà publiée
  1. #61
    Rédacteur/Modérateur

    Avatar de bouye
    Homme Profil pro
    Information Technologies Specialist (Scientific Computing)
    Inscrit en
    août 2005
    Messages
    5 671
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 41
    Localisation : Nouvelle-Calédonie

    Informations professionnelles :
    Activité : Information Technologies Specialist (Scientific Computing)
    Secteur : Agroalimentaire - Agriculture

    Informations forums :
    Inscription : août 2005
    Messages : 5 671
    Points : 20 192
    Points
    20 192
    Billets dans le blog
    31

    Par défaut

    Mark Reinhold vient de proposer de repousser la date de sortie au 21 septembre

    Citation Envoyé par http://mail.openjdk.java.net/pipermail/jdk9-dev/2017-May/005864.html
    As you probably know by now, the JCP Executive Committee (EC) recently
    voted [1] not to approve JSR 376, the Java Platform Module System [2],
    for the next stage of the process.

    This vote does not mean that JSR 376 is dead, nor that Jigsaw has been
    rejected. It only means that the EC raised a number of concerns that it
    wanted the JSR 376 Expert Group (EG) to address. The JCP rules give the
    EG thirty days, until 7 June, to submit a revised specification for a
    second EC vote, which will end no later than 26 June [3].

    The JSR 376 EG held a series of conference calls over the past two weeks
    in order discuss the EC's concerns [4]. The net impact of those meetings
    on JDK 9 itself was to clarify the specification of the module system's
    resolution algorithm, work on which had already begun, and to add one
    five-line method to the module-system API. These changes, together with
    additional clarifications to the JSR 376 and JSR 379 (Java SE 9) [5]
    Specifications, will hopefully address the EC's concerns.

    In order to be ready for all possible outcomes I suggest that here in the
    JDK 9 Project we continue to work toward the current goal of producing an
    initial Release Candidate build on 22 June [6], but adjust the GA date in
    order to accommodate the additional time required to move through the JCP
    process. To be specific, I propose that we move the GA date out by eight
    weeks, from 27 July to 21 September
    .

    Comments on this proposal from JDK 9 Committers are welcome, as are
    reasoned objections. If no such objections are raised by 23:00 UTC next
    Tuesday, 6 June, or if they're raised and satisfactorily answered, then
    per the JEP 2.0 process proposal [7] this will be the new schedule for
    JDK 9.

    - Mark
    Merci de penser au tag quand une réponse a été apportée à votre question. Aucune réponse ne sera donnée à des messages privés portant sur des questions d'ordre technique. Les forums sont là pour que vous y postiez publiquement vos problèmes.

    suivez mon blog sur Développez.

    Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the universe trying to produce bigger and better idiots. So far, the universe is winning. ~ Rich Cook

  2. #62
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Consultant
    Inscrit en
    juillet 2013
    Messages
    1 523
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 26
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 523
    Points : 43 789
    Points
    43 789
    Billets dans le blog
    2

    Par défaut Java 9 sera encore repoussé à cause de la controverse autour de Jigsaw

    Java 9 sera encore repoussé à cause de la controverse autour de Jigsaw
    Mark Reinhold demande un délai supplémentaire de huit semaines

    Sans surprise, Java 9 ne pourra pas être livré le 27 juillet prochain, la date de disponibilité générale qui a été annoncée dans le dernier calendrier proposé par Mark Reinhold, architecte en chef du JDK chez Oracle. C’est la conséquence des objections initiées par Red Hat et IBM et qui ont eu le soutien d’autres membres du comité exécutif du Java Community Process (JCP).

    Red Hat a mis en avant plusieurs problèmes, notamment le fait que de nombreux cas de déploiement d'applications largement implémentées aujourd'hui ne sont pas possibles sous le système de modules implémenté dans Java 9 (Jigsaw), ou nécessiteraient une réarchitecture significative. L'éditeur de distributions GNU/Linux s'inquiétait également de la fragmentation de la communauté Java. En raison de capacités d'interopérabilité insuffisantes et d'autres restrictions, Red Hat craint que Jigsaw crée deux mondes de développement de logiciels Java : le monde Jigsaw et celui des autres technologies de l'écosystème (chargeurs de classes Java SE, OSGi, modules JBoss, Java EE, etc.). Pour ces différentes raisons, entre autres, Red Hat a décidé de ne pas soutenir le JSR 376 (Jigsaw) lors du vote du comité exécutif du JCP. Ayant reconnu les problèmes évoqués par Red Hat, IBM a également décidé de voter « Non » et demandé que les membres du groupe d’experts en charge du JSR 376 trouvent un meilleur consensus sur la spécification.

    Le 8 mai dernier, par un vote de 13 « Non » contre 10 « Oui », les membres du comité exécutif du JCP n’ont pas approuvé le passage de la spécification à la prochaine étape du processus. « Ce vote ne signifie pas que le JSR 376 est mort ni que Jigsaw a été rejeté », explique Mark Reinhold dans un message dans la liste de diffusion OpenJDK. « Cela signifie seulement que le comité exécutif a soulevé un certain nombre de problèmes qu'ils veulent que le groupe d'experts du JSR 376 corrige. Les règles JCP donnent au groupe d’experts trente jours, jusqu'au 7 juin, pour soumettre une spécification révisée pour un deuxième vote du comité exécutif qui se terminera au plus tard le 26 juin », a-t-il ajouté.

    Depuis le vote du comité exécutif du JCP, le groupe d’experts du JSR 376 a eu une série de discussions sur la manière de corriger les problèmes évoqués par le comité exécutif, d’après Mark Reinhold. Et il semble que des modifications sont en train d’être faites pour que ces préoccupations soient dissipées. Vu les contraintes de temps cependant, l’architecte en chef du JDK chez Oracle propose de repousser la sortie de Java 9, ce qui n’est pas surprenant. « Je suggère que dans le projet JDK 9, nous continuons à travailler vers l'objectif actuel consistant à produire une première build RC le 22 juin, mais ajustons la date de disponibilité générale afin de tenir compte du temps supplémentaire requis pour terminer le processus JCP. Pour être précis, je propose que nous déplacions la date de disponibilité générale de huit semaines, en passant du 27 juillet au 21 septembre », a-t-il suggéré.

    La nouvelle proposition de Mark Reinhold a été soumise aux commentaires des committers du JDK 9. S’il n’y a aucune objection (ce qui devrait être le cas), ce sera le nouveau calendrier pour JDK 9.

    Source : Mark Reinhold
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  3. #63
    Expert éminent
    Avatar de sekaijin
    Homme Profil pro
    Urbaniste
    Inscrit en
    juillet 2004
    Messages
    3 994
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Urbaniste
    Secteur : Santé

    Informations forums :
    Inscription : juillet 2004
    Messages : 3 994
    Points : 8 349
    Points
    8 349

    Par défaut

    Bonjour,

    Java9 semble s'approcher. J'utilise Karaf de longue date et après avoir relu le sujet, je pense que la notion de module de java9 et de module de OSGI sont suffisamment différentes pour ne pas être contradictoires.

    J'ai vu que beaucoup de questions se posaient autour des deux notions de module.
    De que j'ai conclus des mes essais avec le jdk9 et de mon expérience Karaf c'est que nous ne sommes pas du tout dans le même scope, bien qu'il y ait des usages qui se recouvre.

    Je veux faire une application découpée en modules pour faciliter l'évolution la maintenance, etc. Mais que je lance comme un tout. Dans ce cas tant la notion de module de java9 que celle de OSGI peuvent faire l'affaire.

    Je veux une application qui fonctionne comme un conteneur dans lequel je veux déployer des modules à la volée en arrêter les relancer les supprimer, etc. je veux qu'ils puissent interagir, se reconnaitre, etc. là le jdk9 ne le permet pas.

    Pour moi l'apport de la modularité dans java9 permet essentiellement d'obtenir un runtime adapté au besoin de l'application. de définir des sous-ensembles réutilisables d'appli en appli. Alors que OSGI est plus un conteneur, et/ou un système de plug-in à chaud.

    Je vais donc continuer à utiliser Karaf, aider à le faire fonctionner sur java 9. quant à l'usage que je fais du tout forcément se posera la question module java9 ou bundle OSGI. ce qui semble se dessiner c'est que les librairies de base vont probablement devenir des modules java9 alors que les composants de l'application resteront des bundles.


    A+JYT

  4. #64
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Consultant
    Inscrit en
    juillet 2013
    Messages
    1 523
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 26
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 523
    Points : 43 789
    Points
    43 789
    Billets dans le blog
    2

    Par défaut Java 9 : Mark Reinhold d’Oracle prépare le chemin pour la première release candidate

    Java 9 : Mark Reinhold d’Oracle prépare le chemin pour la première release candidate
    seuls les bogues bloquants seront désormais corrigés

    Comme nous le savons, Java 9 a été une fois de plus reportée suite à la désapprobation de la spécification du système de modules (JSR 376) par le comité exécutif du Java Community Process (JCP). Depuis lors, le groupe d’experts du JSR 376 a eu une série de discussions sur la manière de corriger les problèmes qui ont entraîné le rejet de la spécification. À la demande de Mark Reinhold d’Oracle, la date de disponibilité générale de Java 9 a été déplacée de huit semaines, afin de tenir compte du temps supplémentaire requis pour terminer le processus JCP. Elle passe désormais du 27 juillet au 21 septembre.

    L’architecte en chef du JDK chez Oracle a toutefois demandé le maintien de l'objectif d’avoir une première build RC, en principe prévue pour le 22 juin ; ce qui a été accepté par les commiters. À l’approche de la première release candidate, Mark Reinhold a donc défini il y a quelques jours ses nouvelles priorités en ce qui concerne la correction des bogues. Il a proposé de resserrer les objectifs définis pour la phase Rampdown 2, en se concentrant sur les bogues qui sont vraiment bloquants. Il propose notamment de :

    • corriger tous les bogues P1 qui sont nouveaux dans le JDK 9 et critiques pour la réussite de cette version ;
    • différer explicitement les bogues P1 qui sont nouveaux dans le JDK 9, mais qui ne sont pas critiques pour cette version ou qui ne peuvent pas, pour une bonne raison, être corrigés dans cette version ;
    • et laisser la correction de tous les bogues P1 qui ne sont pas nouveaux dans le JDK 9 et qui ne sont pas critiques pour cette version, mais qui étaient auparavant ciblés pour le JDK 9.

    La correction des bogues de priorité P2-P5 devrait également être reportée à des versions futures, que ce soit dans le code du produit, les tests ou la documentation. Mark Reinhold rappelle également aux personnes chargées de corriger les bogues qu'ils ne devraient pas changer la priorité d'un bogue afin de le retirer de la liste. La priorité devrait refléter l'importance de le corriger indépendamment d’une version particulière, comme cela a été une pratique courante pour le JDK depuis de nombreuses années.

    Il faut aussi noter que les fonctionnalités ont été gelées depuis un bon moment, et aucune amélioration supplémentaire, quelle que soit la taille et le faible risque de la prendre en compte, ne sera approuvée après la build Release Candidate initiale. Si elle n’est pas déjà là, la première RC devrait être disponible dans les jours à venir.

    Source : Open JDK mailing list

    Et vous ?

    Attendez-vous impatiemment Java 9 ou vous ne prévoyez pas de l'utiliser de si tôt ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  5. #65
    Membre actif
    Profil pro
    Inscrit en
    juin 2006
    Messages
    104
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juin 2006
    Messages : 104
    Points : 233
    Points
    233

    Par défaut

    Ça annonce rien de bon pour la qualité du la première version …

  6. #66
    Expert éminent
    Avatar de sekaijin
    Homme Profil pro
    Urbaniste
    Inscrit en
    juillet 2004
    Messages
    3 994
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 53
    Localisation : France, Yvelines (Île de France)

    Informations professionnelles :
    Activité : Urbaniste
    Secteur : Santé

    Informations forums :
    Inscription : juillet 2004
    Messages : 3 994
    Points : 8 349
    Points
    8 349

    Par défaut

    les premières releases des versions majeures sont toujours difficiles.

  7. #67
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Consultant
    Inscrit en
    juillet 2013
    Messages
    1 523
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 26
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 523
    Points : 43 789
    Points
    43 789
    Billets dans le blog
    2

    Par défaut Java 9 : le comité exécutif du JCP approuve la spécification révisée du système de modules Jigsaw

    Java 9 : le comité exécutif du JCP approuve la spécification révisée du système de modules Jigsaw
    mais Red Hat s’abstient de voter

    Le 8 mai dernier, les membres du comité exécutif du Java Community Process (JCP) ont voté sur le système de modules Java (Jigsaw). Bien avant le vote, IBM et Red Hat avaient exprimé des préoccupations au sujet du système de modules Java (Java Platform Module System, en abrégé JPMS), et annoncé qu’ils allaient voter « Non ». Ils n’étaient toutefois pas les seuls parmi les membres du comité exécutif du JCP à désapprouver le JSR 376 (Java Platform Module System) et le vote l’a prouvé : le comité exécutif du JCP a rejeté la spécification par un vote de 13 « Non » contre 10 « Oui ».

    Des commentaires des différents votants, on a pu retenir deux raisons principales à cette objection : la nécessité d’un consensus entre les membres du groupe d’experts travaillant sur le système de modules, mais aussi l’interopérabilité ou la compatibilité avec des outils et systèmes populaires de l’écosystème Java. Le comité exécutif du JCP a donc accordé un délai de 30 jours au Specification Lead, Mark Reinhold d’Oracle, pour tenter de trouver un consensus au sein du groupe d’experts, donc probablement régler les problèmes évoqués et soumettre une nouvelle proposition. Il faut également préciser que certains membres qui ont voté « Non » ont dit être prêts à soutenir la spécification révisée, si elle arrive à réconcilier les membres du groupe d’experts.

    Depuis le vote du comité exécutif du JCP, le groupe d’experts du JSR 376 a eu une série de discussions sur la manière de corriger les problèmes évoqués et il semble que les modifications qui ont été faites ont permis de dissiper une bonne partie de ces préoccupations. Dans un nouveau vote du comité exécutif, la spécification révisée du système modules Java a en effet été approuvée presque à l’unanimité avec 24 des 25 membres ayant voté « Oui ». Red Hat a toutefois décidé de s’abstenir évoquant une satisfaction partielle.


    « Red Hat s'abstient de voter en ce moment, car bien que nous pensons qu'il y a eu des progrès positifs au sein du groupe d'experts pour parvenir à un consensus depuis le dernier vote, nous croyons qu'il existe un certain nombre d'éléments dans la proposition actuelle, qui auront une incidence sur une adoption communautaire plus large, qui auraient pu être traités dans le délai de 30 jours pour cette version. Cependant, nous ne voulons pas retarder la sortie de Java 9 », explique Red Hat. L’éditeur de distributions Linux pense toutefois que les feedbacks sur le système de modularité seront « la clé pour comprendre si et où des changements doivent se produire. » Il espère donc que le responsable du projet et le groupe d’experts continueront à être aussi ouverts aux commentaires de la communauté Java plus large (utilisateurs et communautés au-delà de l’OpenJDK) qu'ils l'ont été au cours des 30 derniers jours de révision de la spécification.

    IBM de son côté semble plus satisfait du travail qui a été fait ces derniers jours. Big Blue « approuve le passage de la spécification JPMS révisée […]. Comme décrit dans notre déclaration publique [mise en ligne en fin mai], IBM apprécie les nouvelles améliorations de compatibilité et de migration pour les applications d'entreprise qui ont ajoutées à la spécification », commente IBM.

    En dehors de l’approbation de la spécification révisée du système de modules, la proposition de Mark Reinhold d’Oracle pour la phase Release Candidate de Java 9 a été validée, aucune objection n’ayant été faite. « Nous sommes maintenant dans la phase finale de la sortie [de Java 9] dans laquelle notre objectif sera de corriger uniquement les bogues vraiment bloquants pour la sortie de cette version », a-t-il annoncé. La build 175 du JDK 9 publiée le 22 juin devrait servir de point de départ pour préparer les releases candidates.

    Sources : Vote du comité exécutif du JCP, Statut du JDK 9, Mark Reinhold (OpenJDK mailing list)

    Et vous ?

    Que pensez-vous du vote et de la décision de Red Hat ?
    Êtes-vous optimiste au sujet de cette version de Java ?
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  8. #68
    Chroniqueur Actualités
    Avatar de Michael Guilloux
    Homme Profil pro
    Consultant
    Inscrit en
    juillet 2013
    Messages
    1 523
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 26
    Localisation : Côte d'Ivoire

    Informations professionnelles :
    Activité : Consultant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : juillet 2013
    Messages : 1 523
    Points : 43 789
    Points
    43 789
    Billets dans le blog
    2

    Par défaut Oracle annonce des changements pour Java SE

    Oracle annonce des changements pour Java SE
    deux versions par an, licence GPL, des fonctionnalités commerciales du JDK d’Oracle en open source

    Oracle vient d’annoncer de nombreux changements en ce qui concerne le développement et la distribution de Java SE ; lesquels changements devraient sans doute faire plaisir à la communauté.

    Dans un billet de blog publié ce mercredi, Mark Reinhold, architecte en chef de la plateforme Java chez Oracle a expliqué la nécessité d’accélérer le cycle de publication du JDK. Il rappelle en effet que Java est en concurrence avec d'autres plateformes qui sont mises à jour plus souvent. « Pour que Java reste compétitif, il ne doit pas juste continuer à aller de l'avant – il doit progresser plus rapidement », a-t-il déclaré dans son billet. Ainsi, après Java 9, attendu le 21 septembre, Mark Reinhold propose une nouvelle version avec de nouvelles fonctionnalités tous les six mois, en mars et en septembre. Ces versions de fonctionnalités (feature release) seront suivies par des mises à jour (update release) chaque trimestre, comme c’est le cas maintenant en janvier, avril, juillet et octobre.

    « En m’appuyant sur les modèles de publication utilisés par d'autres plateformes et par diverses distributions de système d'exploitation, je propose qu'après Java 9, nous adoptions un modèle strict et basé sur le temps avec une nouvelle version de fonctionnalités tous les six mois, des mises à jour chaque trimestre et une LTS tous les trois ans », peut-on lire dans son billet.

    Les versions de fonctionnalités peuvent contenir n'importe quel type de fonctionnalités, y compris de nouvelles API ou des améliorations d'API, mais aussi les fonctionnalités de langage et JVM. Les versions de mises à jour seront strictement limitées aux corrections des problèmes de sécurité, de régressions et de bogues dans les nouvelles fonctionnalités. Chaque feature release recevra deux mises à jour avant la sortie de la prochaine feature release. Et tous les trois ans, à partir de septembre 2018, la feature release sera une version avec un support à long terme. Elle bénéficiera donc de mises à jour pendant au moins trois ans et peut-être plus longtemps, selon votre fournisseur, explique Mark Reinhold.

    « Les développeurs s'attendent à des cycles de publication plus fréquents », mais aussi « à des licences flexibles », ajoute Donald Smith, directeur Product Management chez Oracle, dans un autre billet de blog. Il a noté que le modèle de développement, de publication, de licence et de distribution pour Java SE est vieux de plus d'une décennie. Cela dit, Oracle envisage également de changer les choses au niveau de la licence de Java SE.

    En commençant par le JDK 9, Oracle envisage de publier les builds OpenJDK sous licence GPLv2, afin de rendre le code plus adapté aux environnements cloud. Oracle prévoit de publier d'abord les builds OpenJDK pour Linux/x64, puis celles pour macOS/x64 et Windows/x64.

    Mais ce n'est pas tout, le géant des bases de données veut également publier en open source des fonctionnalités commerciales qui sont actuellement uniquement disponibles dans le JDK d'Oracle, telles que Java Flight Recorder. L'objectif est de rendre l'OpenJDK et le JDK d'Oracle interchangeables. « Bien que nous sachions qu'il y aura d'abord des différences, notre intention est que, après quelques versions, il n'y ait plus de différences techniques entre les builds OpenJDK et les binaires Oracle JDK », a déclaré Smith.

    Sources : Blog personnel de Mark Reinhold, OpenJDK Mailing List, Oracle

    Et vous ?

    Que pensez-vous des changements annoncés pour Java SE ?
    Pensez-vous qu’Oracle envisage de céder Java SE à la communauté comme la société compte le faire pour Java EE ?

    Voir aussi :

    Oracle envisage de transférer le développement de Java EE à une fondation open source, une preuve de l'abandon de la plateforme
    La spécification finale de Java EE 8 disponible en téléchargement, après son approbation par le comité exécutif du JCP
    Contribuez au club : Corrections, suggestions, critiques, ... : Contactez le service news et Rédigez des actualités

  9. #69
    Membre averti
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    août 2014
    Messages
    241
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : août 2014
    Messages : 241
    Points : 412
    Points
    412

    Par défaut

    tout est bon a prendre et assez surprenant d'oracle peu reputé a faire des "cadeaux".
    Prochaine etape rendre gratos certaines fonctionnalités de leur SGBD vedette, voire une baisse des tarifs qui ont outrageusement explosés ces 2 dernieres années

  10. #70
    Membre habitué
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    mars 2011
    Messages
    59
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2011
    Messages : 59
    Points : 188
    Points
    188

    Par défaut

    Dommage qu'Oracle n'ai pas choisit une license aussi libérale que la license du .NET Compiler Platform (Roslyn).

  11. #71
    Expert confirmé
    Avatar de Matthieu Vergne
    Homme Profil pro
    Consultant IT, chercheur IA indépendant
    Inscrit en
    novembre 2011
    Messages
    1 860
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant IT, chercheur IA indépendant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 860
    Points : 5 894
    Points
    5 894
    Billets dans le blog
    2

    Par défaut

    Citation Envoyé par Michael Guilloux Voir le message
    « En m’appuyant sur les modèles de publication utilisés par d'autres plateformes et par diverses distributions de système d'exploitation, je propose qu'après Java 9, nous adoptions un modèle strict et basé sur le temps avec une nouvelle version de fonctionnalités tous les six mois, des mises à jour chaque trimestre et une LTS tous les trois ans », peut-on lire dans son billet.
    Et c'est où qu'il prend en compte ce qui est faisable en interne ? Parce que bon, copier les autres a ses avantages, mais si c'est pour avoir en pratique le même rythme et se contenter de sortir des versions qui sont juste de moins en moins boguées, les utilisateurs resteront au rythme habituel pour éviter de perdre leur temps, en se contentant d'ignorer les versions intermédiaires.

    Citation Envoyé par Michael Guilloux Voir le message
    L'objectif est de rendre l'OpenJDK et le JDK d'Oracle interchangeables. « Bien que nous sachions qu'il y aura d'abord des différences, notre intention est que, après quelques versions, il n'y ait plus de différences techniques entre les builds OpenJDK et les binaires Oracle JDK », a déclaré Smith.
    Ce qui veut dire qu'à terme il n'en restera qu'un seul. L'objectif, si on lit entre les lignes, et de supprimer l'un des deux. La question est alors de savoir lequel. Je vous le laisse en mille. Reste à voir ensuite l'évolution que ça engendrera, style pas en arrière sur les licences avec celui qui reste. En surface, ça semble génial, mais où sont les garanties ?
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  12. #72
    Expert éminent sénior
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    avril 2002
    Messages
    13 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : avril 2002
    Messages : 13 821
    Points : 22 734
    Points
    22 734
    Billets dans le blog
    1

    Par défaut

    Citation Envoyé par Matthieu Vergne Voir le message
    Et c'est où qu'il prend en compte ce qui est faisable en interne ? Parce que bon, copier les autres a ses avantages, mais si c'est pour avoir en pratique le même rythme et se contenter de sortir des versions qui sont juste de moins en moins boguées, les utilisateurs resteront au rythme habituel pour éviter de perdre leur temps, en se contentant d'ignorer les versions intermédiaires.
    L'intérêt c'est que les versions intermédiaires pourront proposer de nouvelles fonctionnalités plus "simple", sans avoir à dépendre du temps de développement trop important d'une autre fonctionnalités.

    Par exemple si cela aurait été le cas on aurait déjà pu avoir le REPL, HttpClient avec support d'HTTP2, l'évolution de la classe Process, etc.


    Citation Envoyé par Matthieu Vergne Voir le message
    Ce qui veut dire qu'à terme il n'en restera qu'un seul. L'objectif, si on lit entre les lignes, et de supprimer l'un des deux. La question est alors de savoir lequel. Je vous le laisse en mille. Reste à voir ensuite l'évolution que ça engendrera, style pas en arrière sur les licences avec celui qui reste. En surface, ça semble génial, mais où sont les garanties ?
    Moi je vois plutôt çà dans le sens où çà leur permettra de proposer plus facilement leur JDK commerciale.

    S'ils tuent l'OpenJDK ils se prendront un gros bad-buzz, se retrouveront éjecté des distributions, et risqueraient de voir un fork...


    Citation Envoyé par ParseCoder Voir le message
    Dommage qu'Oracle n'ai pas choisit une license aussi libérale que la license du .NET Compiler Platform (Roslyn).
    C'est à dire ?
    On est sur du GPLv2 là je ne vois pas où est le problème...


    a++

  13. #73
    Expert confirmé
    Avatar de Matthieu Vergne
    Homme Profil pro
    Consultant IT, chercheur IA indépendant
    Inscrit en
    novembre 2011
    Messages
    1 860
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant IT, chercheur IA indépendant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 860
    Points : 5 894
    Points
    5 894
    Billets dans le blog
    2

    Par défaut

    Citation Envoyé par adiGuba Voir le message
    S'ils tuent l'OpenJDK ils se prendront un gros bad-buzz, se retrouveront éjecté des distributions, et risqueraient de voir un fork...
    Fait converger les deux, après convergence tu justifies la suppression de l'un des deux avec les meilleurs arguments du monde : les deux sont équivalents, inutile de bosser deux fois, on est une structure solide et allons donc prendre en main le projet entièrement en embauchant les gens compétents qui travaillent sur l'autre. Cela passe donc notamment par l'acquisition des compétences clés de l'autre projet pour bosser sur le leur (pour rappel, on parle d'avoir OpenJDK en GPL, pas le JDK d'Oracle). De là, petite régression par petite régression, pour éviter que ça n'arrive trop vite, à coup de messages "oui mais comprenez, on fait de notre mieux mais c'est pas facile", le JDK officiel fini par perdre les attraits qu'on vend ici, et de là des voix recommencent à monter et à parler de forker le projet. Tu gères ça bien jusqu'à ce que la différence soit trop forte pour justifier la création d'un fork... sauf que trop tard, le JDK actuel n'est pas forkable, car c'est celui sous GPL qui a été arrêté il y a maintenant X années, et on doit donc repartir d'une version obsolète pour forker. Ajoute à cela que les experts du sujet sont désormais principalement chez Oracle et (potentiellement) contraint de par leur contrat de ne pas participer au projet concurrent, pour des raisons tout à fait normale de non concurrence, sous peine de licenciement, avec des poursuites judiciaires pour ceux qui n'auraient pas peur du licenciement.

    Si tu t'organises pour tuer le projet à petit feu, d'ici à ce qu'un fork se recrée, tu auras déjà eu le temps de mettre à bas les forces vives concurrentes et d'établir une dépendance à ton propre JDK.

    Évidemment, ce n'est que de la spéculation, qui plus est particulièrement pessimiste. Mais je ne vois pas ce qui l'empêcherai à l'heure actuelle.
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  14. #74
    Expert éminent sénior
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    avril 2002
    Messages
    13 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : avril 2002
    Messages : 13 821
    Points : 22 734
    Points
    22 734
    Billets dans le blog
    1

    Par défaut

    Oui mais s'ils comptent "tuer" OpenJDK ils peuvent le faire dès maintenant.
    Pas besoin d'y ajouter des fonctionnalités...


    L'intérêt au contraire c'est de déployer OpenJDK au maximum, et de pouvoir proposer leur offre commerciale derrière.

  15. #75
    Membre averti
    Homme Profil pro
    Architecte de système d'information
    Inscrit en
    août 2014
    Messages
    241
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Architecte de système d'information

    Informations forums :
    Inscription : août 2014
    Messages : 241
    Points : 412
    Points
    412

    Par défaut

    Oracle ne faisant rien sans arriere pensée (il faut bien payer l'ile de l'insatiable ellison), du business, rien que du business dans cette strategie.

  16. #76
    Expert confirmé
    Avatar de Matthieu Vergne
    Homme Profil pro
    Consultant IT, chercheur IA indépendant
    Inscrit en
    novembre 2011
    Messages
    1 860
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Consultant IT, chercheur IA indépendant
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : novembre 2011
    Messages : 1 860
    Points : 5 894
    Points
    5 894
    Billets dans le blog
    2

    Par défaut

    Citation Envoyé par adiGuba Voir le message
    Oui mais s'ils comptent "tuer" OpenJDK ils peuvent le faire dès maintenant.
    Pas besoin d'y ajouter des fonctionnalités...
    Est-ce qu'ils peuvent le faire sans risquer gros à l'heure actuelle ? Sa réputation n'est pas si bonne j'ai l'impression, alors que là on a l'occasion de lui redorer le blason, de quoi offrir une meilleure marge de manœuvre pour arriver à ces fins. Un peu comme quand le gouvernement propose un truc complètement irréaliste pour faire style qu'il a fait un geste en proposant un truc moins fort mais tout aussi scandaleux. L'idée elle est là : si on arrive à la fin avec dans un état équivalent à ce qu'on a aujourd'hui, mais avec un concurrent en moins bonne position, c'est tout bénèf.
    Site perso
    Recommandations pour débattre sainement

    Références récurrentes :
    The Cambridge Handbook of Expertise and Expert Performance
    L’Art d’avoir toujours raison (ou ce qu'il faut éviter pour pas que je vous saute à la gorge {^_^})

  17. #77
    Membre habitué
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    mars 2011
    Messages
    59
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : mars 2011
    Messages : 59
    Points : 188
    Points
    188

    Par défaut

    Citation Envoyé par adiGuba Voir le message
    C'est à dire ?
    On est sur du GPLv2 là je ne vois pas où est le problème...
    Le compilateur C# (et VB) est en license Apache. Tu peux parfaitement utiliser l'API d'analyse de code fournie avec dans des softs en license libre ou propriétaire.

  18. #78
    Expert éminent sénior
    Avatar de adiGuba
    Homme Profil pro
    Développeur Java/Web
    Inscrit en
    avril 2002
    Messages
    13 821
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Développeur Java/Web
    Secteur : Transports

    Informations forums :
    Inscription : avril 2002
    Messages : 13 821
    Points : 22 734
    Points
    22 734
    Billets dans le blog
    1

    Par défaut

    Citation Envoyé par Matthieu Vergne Voir le message
    Est-ce qu'ils peuvent le faire sans risquer gros à l'heure actuelle ?
    Et en quoi cela changerait-il dans le futur ?
    Ils libèreraient encore plus de fonctionnalités pour mieux revenir en arrière par la suite... Etrange non ?


    Citation Envoyé par ParseCoder Voir le message
    Le compilateur C# (et VB) est en license Apache. Tu peux parfaitement utiliser l'API d'analyse de code fournie avec dans des softs en license libre ou propriétaire.
    Et c'est le cas également avec OpenJDK. Non ?
    Je ne suis pas un pro des licences mais j'ai du mal à voir une différence dans ce cas là.


    La principale différence que je vois entre une licence Apache ou GPLv2, c'est que cette dernière empêche un tiers de récupérer le code pour en faire un fork propriétaire...

  19. #79
    Membre éprouvé
    Profil pro
    Inscrit en
    février 2013
    Messages
    383
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : février 2013
    Messages : 383
    Points : 975
    Points
    975

    Par défaut

    Après avoir perdu son procès contre Alphabet->Google->Android, java ne présente plus le même intérêt économique pour Oracle, en fait, leur intérêt maintenant est plutôt de se reconstruire une image d'innovateur cool tout en minimisant les investissements. A terme, il ne restera que l'OpenJDK et Oracle en proposera des bundles binarisés modulaires optimisés pour ceux qui ont la flemme de compiler tandis que l'OpenJDK installera tous les modules java sans distinction... De mon avis

  20. #80
    Membre éclairé

    Homme Profil pro
    Privacy, EBusiness, Bases de données, Sécurité, ...
    Inscrit en
    novembre 2004
    Messages
    208
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Belgique

    Informations professionnelles :
    Activité : Privacy, EBusiness, Bases de données, Sécurité, ...
    Secteur : Service public

    Informations forums :
    Inscription : novembre 2004
    Messages : 208
    Points : 732
    Points
    732

    Par défaut

    En relisant une des sources de l'article : https://blogs.oracle.com/java-platfo...ion-of-java-se
    J'ai vraiment difficile de faire la part des choses entre les craintes de Matthieu Vergne et l'opinion de adiGuba.
    L'article me parait aller dans le bon sens et l'avis de Matthieu Vergne ne relève-t-il pas de la paranoïa ?
    J'aurais tendance à suivre l'avis de adiGuba, mais ...
    Mais voilà, peut on réellement avoir confiance dans Oracle et ses licences et discours plus que tortueux ?
    Matthieu Vergne a peut-être un nez plus fin que le mien ou celui d'adiGuba.
    (ou, nous sommes peut-être plus naïf que lui ?)
    Qu'en pensez-vous ?

    Voir aussi:

Discussions similaires

  1. HTML5 ne devrait pas être considéré comme un langage pour créer une page web
    Par Stéphane le calme dans le forum Balisage (X)HTML et validation W3C
    Réponses: 9
    Dernier message: 06/05/2013, 18h26
  2. [AC-2010] ne peux pas être sur deux tournées.
    Par pascal5 dans le forum IHM
    Réponses: 2
    Dernier message: 24/11/2012, 11h03
  3. Optimisation MySQL : suis-je sur la bonne voie ?
    Par dedis dans le forum Requêtes
    Réponses: 1
    Dernier message: 01/09/2010, 15h07
  4. suis-je sur la bonne voie ?
    Par am@123 dans le forum Débuter
    Réponses: 6
    Dernier message: 11/07/2008, 22h52
  5. être ou ne pas être sur un objet
    Par Speed41 dans le forum Delphi
    Réponses: 3
    Dernier message: 24/09/2006, 13h36

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo