Discussion :

[Michael Guilloux]

NetBeans : Oracle souhaite passer la gestion de l’EDI Java open source à Apache
une proposition a été soumise par le géant des bases de données

Mise à jour le 03 / 10 / 2016 : NetBeans en voie de devenir un projet de la fondation Apache, le projet vient d’être accepté dans Apache Incubator

À la demande d’Oracle, il y a deux semaines, NetBeans vient d’être accepté dans le projet Apache Incubator. Créé en octobre 2002, Apache Incubator est une passerelle pour les projets open source destinés à devenir des projets de la Apache Software Foundation à part entière. Il s’agira donc d’un projet conteneur temporaire pour le projet NetBeans, jusqu’à ce que ce dernier soit accepté et devienne officiellement un projet ou un sous-projet de la fondation Apache.

Source : Apache

Vu l’orientation d’Oracle vers le cloud et d’autres domaines que la société semble trouver plus porteurs, la communauté autour du langage Java et des technologies associées émet un doute croissant sur le fait qu’Oracle s’intéresse encore à la plateforme Java. De manière inhabituelle, les développements de Java SE et Java EE semblent trainer, de quoi alimenter les craintes des développeurs et organisations qui reposent sur ces technologies. Du côté de Java EE, des développements parallèles ont même déjà été entamés pour se préparer à des surprises désagréables.

Dans cette atmosphère d’un désintéressement apparent, Oracle propose la gestion de NetBeans à la fondation Apache Software. NetBeans est un environnement de développement intégré écrit en Java qui enregistre plus de 1,5 million d’utilisateurs mensuels actifs, d’après Oracle. L’EDI est disponible sur Windows, Mac, Linux et Solaris et permet aux développeurs de créer rapidement des applications Web, d'entreprise, desktop et mobiles principalement pour les plateformes Java et HTML5, mais aussi pour PHP et C/C++. Il a commencé comme un projet étudiant dans les années 95/96 à Prague, avant d’être racheté par Sun Microsystems puis rendu open source en juin 2000. Après le rachat de Sun par Oracle, NetBeans est du coup passé sous la propriété d’Oracle à l’instar des autres technologies de Sun, dont Java.

Dans la proposition d’Oracle à Apache, le géant des bases de données estime que cette cession pourrait permettre d’obtenir plus de contributions des entreprises, étant donné que la fondation Apache Software se présente comme un terrain neutre. « Bien que NetBeans est déjà open source, le passer à un acteur neutre comme Apache, avec son modèle de gouvernance solide, devrait permettre d'obtenir plus de contributions de diverses organisations », explique Oracle, qui ajoute que de « grandes entreprises utilisent NetBeans comme un framework pour développer des applications internes ou commerciales et sont beaucoup plus susceptibles de contribuer une fois qu'il passe sur un terrain neutre [comme] Apache. »

Visiblement, Oracle semble ne pas ignorer que la nouvelle direction que la société a empruntée depuis un certain temps a jeté un doute sur l’avenir des projets qu’elle dirige. Passer la gestion de NetBeans à une organisation plus sérieuse pourrait donc permettre de maintenir sinon susciter plus d’engouement autour du projet. Ou Oracle ne serait tout simplement plus intéressé par NetBeans, et a choisi de le céder à une organisation qui pourrait mieux s’en occuper ?

Par rapport à cette proposition, la firme de Larry Ellison explique qu’Apache « continuera de se concentrer sur les domaines sur lesquels il a mis l'accent quand il était parrainé par Sun Microsystems et Oracle. Il continuera de se concentrer principalement sur le développement d'outils pour l'écosystème Java, tout en mettant également l'accent sur les outils pour d'autres écosystèmes, langages et technologies, tels que JavaScript, PHP et C/C++. Il continuera à soutenir activement la communauté par le biais de listes de diffusion, de tutoriels et documentation », assure Oracle.

Bien que la société ait décidé de céder la gestion de NetBeans, Oracle explique que même si Apache accepte la proposition, certains de ses employés vont continuer à soutenir le projet en tant que contributeurs individuels. La proposition est encore discutée par les différentes parties.

Sources : Blog NetBeans, Proposition d’Oracle

Et vous ?

Utilisez-vous NetBeans ? Que pensez-vous de la gestion de l’EDI par Apache ?
Pensez-vous qu'Oracle ne serait plus intéressé par NetBeans ?

Voir aussi :

Sortie de JDK 9 : Mark Reinhold d'Oracle demande encore un délai supplémentaire de quatre mois, estimant que Jigsaw a besoin de plus de temps
Sans surprise, Oracle va repousser la date de sortie de Java EE 8, mais envisage de livrer une édition de Java SE chaque année
Java : Oracle va marquer l'API Applet obsolète dans le JDK 9, mais n'a pas l'intention de la supprimer de sitôt

[ehsavoie]

Faites vous votre propre idée de l'EDI en essaynt la 8.2 RC1 qui vient de sortir : https://netbeans.org/community/releases/82/
Sinon en tant que commiteur, passer sur Git, avoir une visibilité sur l'évolution et sur la chaine de construction ca va juste me faciliter la vie.

[air-dex]

Netbeans est un très bon IDE, sans doute l'un des meilleurs. Le passage chez Apache sent la grosse voie de garage pour cet excellent logiciel qui ne le mérite pas du tout.

Ils doivent être en train de bien sabrer le champagne à la Fondation Eclipse et chez Jetbrains.

[Uther]

Il reste a voir ce que ça va donner. Autant la fondation Apache était clairement une voie de garage pour Open Office qui avait déjà vu toute sa communauté partir sur Libre Office, autant les auspices semble meilleur pour Netbeans.

Apache maitrise bien mieux le sujet des outils de développement Java, et ça pourrait au contraire favoriser les contributions externes par rapport au cadre contraignant des projets Oracle.

[ehsavoie]

Les précédents projets OpenOffice et Hudson avaient déjà subi un fork de la communauté (LibreOffice, Jenkins) , là ce n'est pas le cas.
Le passage de Groovy en Apache Groovy a fortement augmenté les downloads et contributions donc pourquoi ça ne serait pas le cas ici ?
Autant contribuer sur la nightly build c'était relativement simple, autant avoir son code dans un patch j'ai jamais réussi donc pour les contributeurs extérieurs c'est juste mieux et nous sommes nombreux à le penser.

[martopioche]

Il reste a voir ce que ça va donner. Autant la fondation Apache était clairement une voie de garage pour Open Office qui avait déjà vu toute sa communauté partir sur Libre Office, autant les auspices semble meilleur pour Netbeans.

Apache maitrise bien mieux le sujet des outils de développement Java, et ça pourrait au contraire favoriser les contributions externes par rapport au cadre contraignant des projets Oracle.

Le problème n'est pas dans la maitrise. À ce que j'ai compris, avant d'intégrer officiellement la fondation Apache, un projet subit un moratoire, c'est celui-ci qui a flingué OOo. Arrêter tout dev pour ce type de logiciel, c'est du suicide. Si c'est le cas, ce sera aussi fatal à NetBeans…

[Uther]

Le problème n'est pas dans la maitrise. À ce que j'ai compris, avant d'intégrer officiellement la fondation Apache, un projet subit un moratoire, c'est celui-ci qui a flingué OOo. Arrêter tout dev pour ce type de logiciel, c'est du suicide. Si c'est le cas, ce sera aussi fatal à NetBeans…

LibreOffice est lui aussi passé par une phase de refactorisation du projet qui fait qu'il n'a quasiment pas évolué la première année. Je ne vois pas pourquoi Netbeans ne pourrait pas faire de même : il y a déjà souvent plus d'un an entre les versions majeures.

Ce n'est pas la phase d'incubateur qui a tué OOo. Il était déjà mourant quand Oracle l'a laissé a Apache. Tous les contributeurs actifs de la communauté étaient passé a Libre Office.

[ehsavoie]

La phase d'incubation ne siginifie pas l'arrêt des développements, juste une reprise du code, nettoyage des dépôts (on parle de plus de 33 dépôts mercurial) et résoudre les problèmes de licence pour les dépendances tierces.
Le build de NetBeans est déjà faisable (d'ailleurs il est automatisé), il risque d'y avoir des soucis pour les bundles (JDK + NetBeans) par exemple mais cela peut être fait par une tierce partie (Oracle ? )

[air-dex]

Il reste a voir ce que ça va donner. Autant la fondation Apache était clairement une voie de garage pour Open Office qui avait déjà vu toute sa communauté partir sur Libre Office, autant les auspices semble meilleur pour Netbeans.

Apache maitrise bien mieux le sujet des outils de développement Java, et ça pourrait au contraire favoriser les contributions externes par rapport au cadre contraignant des projets Oracle.

Apache c'est aussi la nouvelle maison de Subversion, dont l'usage décline au profit de git. Bref Apache ça devient un peu une poubelle. J'espère que Netbeans saura tirer son épingle du jeu et me faire mentir.

Leur version communautaire, c'est un peu basique. Si tu fais du Java EE, du Spring, du JS... t'as rien de tout ca. Pour le meme prix, NetBeans et Eclipse sont vraiment mille lieues au-dessus. Leur version Ultimate a pas mal de trucs, apres est-ce qu'elle vaut son prix, ca depend vraiment des use-cases et des developpeurs...
Bien qu'il y ait un peu une tendance chez les utilisateurs de JetBrains a se comporter comme des utilisateurs de Mac ("mon truc que j'ai paye cher il est forcement mieux, si tu l'utilises pas c'est que t'es soit nul soit pauvre"), il y a aussi une part d'utilisateurs pas forcement ravis par les IDE JetBrains et qui reviennent a NetBeans ou Eclipse. Si ca t'amuses, tu peux regarder les tweets a propos d'intellij, le ton change, la liesse passe, les utilisateurs deviennent plus exigeants et font davantage part de leurs deceptions... Dans le meme temps, NetBeans annonce ce passage a Apache qui est une bonne chose en soi, et la derniere release d'Eclipse a plutot bonne presse.
Bref, la guerre des IDE est loin d'etre terminee!

Un EDI de Jetbrains doit être paramétré au poil pour donner sa pleine mesure, auquel cas c'est juste un bonheur de coder avec. Mais si ce n'est pas le cas alors c'est juste une plaie sans nom. Les EDI de Jetbrains sont des logiciels demandant un certain investissement de la part de leurs utilisateurs avant même de taper ses toutes premières lignes de code avec. Si tu ne veux pas et/ou ne peux pas prendre le temps de paramétrer correctement ton IntelliJ (ou une variante) avant de l'utiliser alors n'y pense même pas. Dans ce cas là il vaut mieux se rabattre sur un Eclipse ou sur un Netbeans avec lesquels tu peux directement coder sitôt installés.

[Mickael_Istria]

Un EDI de Jetbrains doit être paramétré au poil pour donner sa pleine mesure, auquel cas c'est juste un bonheur de coder avec. Mais si ce n'est pas le cas alors c'est juste une plaie sans nom. Les EDI de Jetbrains sont des logiciels demandant un certain investissement de la part de leurs utilisateurs avant même de taper ses toutes premières lignes de code avec. Si tu ne veux pas et/ou ne peux pas prendre le temps de paramétrer correctement ton IntelliJ (ou une variante) avant de l'utiliser alors n'y pense même pas. Dans ce cas là il vaut mieux se rabattre sur un Eclipse ou sur un Netbeans avec lesquels tu peux directement coder sitôt installés.

Ah ah, alors je ne veux pas spoiler la discussion sur NetBeans, mais ce commentaire me fait rire et plaisir! Pendant 6 ans, les utilisateurs de JetBrains disaient "IntelliJ c'est trop bien, t'as rien a faire, ca marche tout seul, direct; tu te tapes pas plein de conf comme dans Eclipse" et voila que maintenant on entend le contraire. Le vent tourne...

[air-dex]

Ah ah, alors je ne veux pas spoiler la discussion sur NetBeans, mais ce commentaire me fait rire et plaisir! Pendant 6 ans, les utilisateurs de JetBrains disaient "IntelliJ c'est trop bien, t'as rien a faire, ca marche tout seul, direct; tu te tapes pas plein de conf comme dans Eclipse" et voila que maintenant on entend le contraire. Le vent tourne...

En tout cas c'est mon expérience. J'ai fait la connerie d'utiliser PHPStorm sitôt après l'avoir installé sans chercher à bien le paramétrer. J'ai cru péter un câble face au combo sauvegarde automatique-fermeture d'onglets au pif au delà d'un certain nombre d'ouverts. Tu crois avoir ouvert un fichier ? Ah bah non, PHPStorm l'a refermé car t'en as beaucoup trop ouvert depuis. Et bien sûr il l'a refermé en enregistrant les modifications. Tu ne voulais pas garder les modifications ? Au temps pour toi ! Et c'est plein d'autres trucs comme ça qui font que tu vas péter plein d'autres câbles si tu ne fais pas gaffe en ne passant pas par la case "Paramètres".

Par contre une fois que t'es bien passé par les paramètres et que t'as tout bien réglé comme il faut, alors oui Jetbrains c'est juste de la bombe, peut-être plus qu'Eclipse et Netbeans (quoique la recherche est meilleure sur Netbeans à mon avis). C'est bien le seul point sur lequel je ne contredirai pas les défenseurs de Jetbrains.

[Uther]

Apache c'est aussi la nouvelle maison de Subversion, dont l'usage décline au profit de git. Bref Apache ça devient un peu une poubelle. J'espère que Netbeans saura tirer son épingle du jeu et me faire mentir.

Je ne pense pas que le comparer à Subversion soit cohérent: ils ne sont pas bâtis sur le même modèle : Subversion reste la référence des VCS centralisés alors que Git est devenu très rapidement la référence du VCS décentralisé.

C'est vrai que Git est de plus en plus dominant dans les communautés open-source, mais ce n'est pas a cause d'une stagnation de Subversion, c'est juste que le Github a démocratisé le système décentralisé, plus adapté a ce genre de projet.

[matthius]

Le Byte-Code Pascal est nettement plus rapide que le Byte-Code Java.
Si vous voulez une application Java rapide, utilisez Delphi et Lazarus avec Zen GL.
Vous logiciels seront alors sur Windows, Linux, Wii, iOS, Android, etc.

[Cafeinoman]

En lisant le titre en diagonale dans le flux rss, j'ai eu un coup au coeur. J'étais en train de sortir le champagne quand j'ai relu. Et là, déception : non, Oracle n'envisage pas de refiler java a la fondation Apache, juste Netbean...
Alors oui, c'est bien pour Netbean, et je regarderais plus attentivement les prochaines releases, mais j'espérais...

[crodilus]

On commence par l'EDI et on fini par le langage =D

C'est déjà une bonne nouvelle, il ne reste plus qu'à ce que le langage Java suivre et on pourra se débarrasser d'Oracle une bonne fois pour toute.

PS : propos tenu par un adorateur du .NET mais qui n'oublie pas son premier amour

[steel-finger]

Le Byte-Code Pascal est nettement plus rapide que le Byte-Code Java.
Si vous voulez une application Java rapide, utilisez Delphi et Lazarus avec Zen GL.
Vous logiciels seront alors sur Windows, Linux, Wii, iOS, Android, etc.

Je vois pas le rapport avec le sujet, surtout pour dire une bêtise pareille sur le pascal, il ne compile pas en byte-code par défaut

[bouye]

Apparemment ils ont récupéré le soutient de Gosling.

Source : Twitter

Some of the initial committers from future Apache NetBeans.

[ehsavoie]

Gosling a toujours été un fervent soutien de NetBeans (il me semble même qu'il est à l'origine du rachat par Sun).

[bouye]

Sortez les violons...
Bon est-ce qqun va enfin oser se bouger pour casser un peu tout le verni politiquement correct d'Oracle et taper un bon coup de poing sur la table histoire de faire un scandale à la JavaOne qui démarre ce dimanche ?

[gros_bidule]

Le don à la communauté, c'est une façon polie de jeter un produit qui ne rapporte pas un brouzouf ça, non ?
Avec un peu de bol :
- Oracle ne réaffectera pas les quelques gars qu'il fait travailler sur NetBeans, mais ça j'y crois moyen (depuis 1 an c'est carrément mort côté validation des plugins, l'équipe les valide sans même les tester)
- ou bien un fork se créera à la LibreOffice ; NetBeans n'étant pas assez à la mode pour que la fondation Apache y mette les moyens qu'il mérite. Mais du coup QUI irait créer un fork ? Ce n'est pas la même problématique d'OpenOffice, qui lui, était la seule alternative crédible à MS Office. NetBeans est le moins connu et moins utilisé du trio Eclipse / NetBeans / IntelliJ. Il risque donc de mourir à petit feu et cela ne gênera personne, les alternatives étant là.

Pour ceux qui ne l'ont pas déjà fait, c'est le bon moment pour regarder les IDE de JetBrains