Pourquoi Ubuntu 14.04 s'en tient-il à (l'ancien) Eclipse 3.8 alors que la version 4.3 est sortie ?

Question

Ubuntu est généralement une distro de pointe. Mais pourquoi s'en tient-elle à une version 2011 d'Eclipse alors que nous en sommes à 4 ans de 4.x le développement ?

Il n'est même pas optionnel et ne peut être installé à partir des dépôts. Et ce n'est pas non plus "facile" à partir d'un téléchargement. Pour une raison quelconque, l'implémentation de référence de Java SE 7, OpenJDK, n'est pas suffisante, et vous avez besoin de la version Oracle. Pourquoi ? Celle-ci n'est pas non plus disponible dans les dépôts, et vous devez utiliser un dépôt tiers bizarre et non fiable pour cela ou suivre tout un chapitre sur comment l'installer soi-même .

Il y a eu des problèmes il y a trois ans. Quand Juno 4.2 est sorti, il y avait beaucoup de problèmes de performance . Directeur d'Eclipse Mike Milinkovich explique l'une des raisons est le manque de financement. Pour la première fois dans une version majeure :

"Le test de performance a été désactivé car l'équipe de la plateforme Eclipse a un sérieux problème de ressources."

Pour cette raison, les développeurs ont publié sans nom et sans promotion version 3.8 simultanément avec 4.2 pour pallier à ce problème (espérons-le) temporaire, et sa popularité a provoqué une baisse notable de la demande. tendance à la baisse parmi les développeurs. Comme l'un Eclipse b3 développeur mentionné :

"J'ai été stupéfait par l'amélioration des performances après le changement. La plateforme 3.8 est beaucoup BEAUCOUP plus rapide".

El 3.8 est toujours une alternative populaire à la 4.x Il n'y a pas de branche parmi les développeurs (demandez à mes collègues ou à Google), je pense que c'est principalement à cause de (véritables) problèmes de confiance. Mais la passerelle (lire : le support de 3.8 ) a été fermé maintenant que 4.3 est publié.

Les problèmes fondamentaux (financement et développeurs) n'ont pas été résolus pour autant, comme le montre l'annonce faite par Google à l'occasion de la Journée mondiale de l'environnement. le geste de donner de l'argent à la Fondation Eclipse dans l'espoir que d'autres entreprises suivront. Est-ce que cela signifie que 4.3 n'est toujours pas à la hauteur de la 3.x normes ?

Il ne s'agit pas d'un problème lié à un plugin ou à une fonctionnalité pour une langue spécifique, mais d'un problème lié à l'utilisation de la langue. problème au cœur même de la plate-forme. (Mais j'utilise WST avec des plugins Javascript et V8 pour le développement PHP et Node notamment).

Ce n'est pas non plus un problème spécifique à la plate-forme. Il existe plaintes similaires de la part des utilisateurs de Linux, Windows et OSX. (Mais j'utilise Linux (Mint 13).)

---

D'un côté, vous avez des gens qui disent à l'EOL pour 3.8 "prouve" que 4.3 est bien maintenant. D'autre part (voir les commentaires) :

"Je suis revenu à la version 3.8 à cause de plantages constants sur ubuntu avec la 4.3"

3.8 est loin d'être sans problème et j'aimerais bien avoir une expérience de développement plus fluide. Je me demande donc pourquoi Eclipse 4 "qu'on nous cache par les personnes qui décident quelles versions de logiciels sont "bon pour nous (AKA ce qui va dans le dépôt officiel) ?

• lucide (10.04 LTS)
  • Eclipse 3.5.2-2
• précis (12.04 LTS)
  • Eclipse 3.7.2-1
• audacieux (13.04)
  • Eclipse 3.8 .1-1
• grivois (13.10)
  • Eclipse 3.8 .1-4
• trusty (14.04 LTS)
  • Eclipse 3.8 .1-5.1
• utopique (14.10)
  • Eclipse 3.8 .1-5.1

---

Mise à jour 2014-05-30 : Je viens d'essayer Kepler (à nouveau) et il souffre toujours de problèmes d'interface utilisateur. Par exemple :

Et non, changer la couleur d'arrière-plan de la barre d'outils de la fenêtre inactive dans les préférences n'a aucun effet. no réparer cela. (Même si c'était le cas, ce serait un choix par défaut stupide).

J'aimerais savoir, de la part de quelqu'un qui n'a pas de préjugés positifs ou négatifs en raison de son propre flux de travail hautement spécialisé et modifié - de préférence, de quelqu'un qui a de l'expérience dans le processus de maintenance des paquets Ubuntu pour les paquets non triviaux. pourquoi cette décision est prise par une équipe de professionnels qui savent ce qu'ils font pour la distribution Linux la plus utilisée ?

Answer 1

Eclipse Juno est sorti 2012-06-27 . Le 2012-07-17 un bug concernant la réactivité de l'interface utilisateur a été signalé. Quatre mois plus tard, aux alentours du 2012-11-14, la première version de l patch a été publié sur le site officiel de mise à jour.

Cependant, de nombreux utilisateurs ont complètement manqué la publication des correctifs. Je suppose que l'information s'est noyée dans le FUD, et d'autres nouvelles plus importantes qui a été diffusé à cette époque. A la fin de 2012, j'ai posté un réponse sur le SO . Apparemment, je n'étais pas le seul pour qui le patch a corrigé ce problème de performance. Le 22 février 2013 est sorti Eclipse 4.2.2, qui contenait le même correctif, mais j'ai continué à recevoir des votes positifs pour ma réponse sur SO jusqu'en juin.

Le seul fait connu des développeurs est probablement qu'Eclipse a connu de sérieux problèmes de performances à un moment donné. Cependant, les connaissances sur la portée, l'ampleur et la durée de ces problèmes me semblent être une série d'idées fausses courantes. Pendant une période de quatre mois, de nombreux utilisateurs d'Eclipse ont eu intérêt à s'en tenir à la branche 3.8. Je dis "beaucoup" parce que j'ai travaillé avec les versions 4.2.0 et 4.2.1 et que cela m'a convenu. Subjectivement, le changement d'onglet était environ deux fois plus lent et l'IDE gelait peut-être une fois par jour pendant quelques secondes. Pour mes collègues, le problème était beaucoup plus grave. Je suppose que cela dépendait de votre configuration et de votre flux de travail, mais je n'ai jamais eu envie d'aller plus loin car je savais que les développeurs de la plate-forme travaillaient sur ces problèmes et qu'il existait une bonne solution de repli, à savoir l'utilisation de la version 3.8.

Un an et trois versions d'Eclpse plus tard, ces graves problèmes de performance sont toujours corrigée. Bien sûr, cela ne signifie pas qu'il n'y a plus de problèmes de performance. A partir de maintenant, je trouver 1979 rapports dans le bugzilla d'Eclipse avec le mot clé "performance". Cela ne signifie pas qu'Eclipse est très bogué, mais seulement qu'il est très bien documenté et ouvert. Le fait d'être affecté ou non par l'un de ces problèmes dépend, une fois encore, de la configuration, des plug-ins que vous utilisez et de votre flux de travail. Je suis un développeur Java, plug-in et EMF. Je travaille avec des espaces de travail de taille moyenne à grande (~1M LoC), et Eclipse 4.3.1 est un bon outil de développement. assez vite . La version 3.8 n'est pas une option pour moi car, comme l'a dit Eric, elle ne recevra pas toutes les mises à jour importantes. Les gens continueront à l'utiliser à l'avenir. Beaucoup d'entre eux continueront également à utiliser Internet Explorer 5.5. Si vous essayez la branche 4.x et que vous constatez des problèmes de performances, veuillez les signaler mais soyez précis quant à votre installation.

De l'officiel Page du wiki :

Plusieurs défauts de performance majeurs ont été corrigés dans Juno SR2 (4.2.2). Les membres de la communauté ont confirmé que ces corrections résolvent en grande partie les problèmes de performance liés à l'ouverture et à la fermeture l'ouverture, la fermeture et le changement de vue. Ces corrections sont largement disponibles dans Juno Service Release 2 (février 2013). Tous les défauts sont également résolus dans la version Kepler (juin 2013).

nouvelles caractéristiques

Answer 2

Votre déclaration "La version 3.8 a été spécifiquement publiée comme une alternative plus rapide et plus stable à la 4.2" est clairement incorrecte ; la 3.x est entrée dans sa phase de maintenance de "fin de vie" et n'a certainement pas été publiée comme une alternative à la 4.x.

Bien que les gens soient invités à continuer à utiliser le flux 3.x s'il répond à leurs besoins, veuillez reconnaître qu'au fur et à mesure que les différents projets avancent, il y aura des divergences importantes dans les fonctionnalités disponibles entre les deux versions...