Pourquoi Ubuntu 14.04 bâton avec un (vieux) Eclipse 3.8 quand 4.3 est sorti?
Ubuntu est généralement à la pointe de la distro. Mais pourquoi faut-il s'en tenir à une version de 2011 Eclipse lorsque nous sommes 4 ans dans 4.x
développement?
Il n'est même pas en option et ne peut pas être installé depuis les dépôts. Et ce n'est pas "facile" à partir d'un téléchargement soit. Pour une raison quelconque, le Java SE 7 implémentation de référence, OpenJDK, n'est pas suffisant, et vous avez besoin de la version Oracle. Pourquoi? Ce n'est pas disponible à partir de la mise en pension de l'un ou l'autre, et vous avez besoin d'un peu bizarre non fiables 3ème partie résultant de pensions ou de suivre un chapitre entier sur comment l'installer vous-même.
Il y avait des problèmes il y a trois ans. Lorsque Juno 4.2
est sorti, il a eu beaucoup de les problèmes de performances. Eclipse le Réalisateur Mike Milinkovich explique l'une des raisons est le manque de financement. Pour la première fois dans une mise à jour majeure:
"Le test de performance ont été mis hors tension, car la plate-forme Eclipse équipe a un grave problème de ressources."
Pour cette raison, les développeurs publié sans nom et unpromoted version 3.8
simultanément avec 4.2
à combler l'écart pour cela, nous l'espérons) problème temporaire, et sa popularité a provoqué une notable la tendance à la baisse parmi les développeurs. Comme un Eclipse b3
développeur mentionné:
"J'ai été stupéfait par l'amélioration de la performance après la bascule. Le 3.8 plate-forme est beaucoup BEAUCOUP plus rapide"
La 3.8
release est encore une alternative populaire à la 4.x
branche parmi les développeurs (demandez à mes collègues ou google), je pense principalement à cause de (véritable) des problèmes de confiance. Mais le pont (lire: support pour 3.8
) a fermé maintenant que 4.3
est libéré.
Les problèmes de base (financement et les développeurs) n'ont pas été résolus si, comme vu par Google le geste de donner de l'argent de la Fondation Eclipse, dans l'espoir que d'autres entreprises suivront. Est-ce à dire que 4.3
est pas encore à la hauteur de l' 3.x
normes?
Ce n'est pas un problème avec un plugin ou une fonctionnalité pour une langue spécifique, c'est un problème dans le noyau de la plate-forme elle-même. (Mais je suis en utilisant WST avec le Javascript et le V8 de plugins pour le PHP et le Nœud de développement en particulier.)
Ce n'est pas une plate-forme spécifique de problème. Il y a des plaintes similaires à partir de Linux, Windows et OSX. (Mais je suis sur Linux (Mint 13).)
D'une part, vous avez des gens qui disent la fin de vie pour 3.8
"prouve" que 4.3
est bien maintenant. D'autre part (voir les commentaires):
"Je ai déménagé retour à 3,8 due à la constante se bloque sur ubuntu avec 4,3"
3.8
est loin d'être exempt de problème et ça ne me dérangerait pas d'obtenir une plus lisse expérience de développement. Alors je me demande, pourquoi est-Eclipse 4 gardé de nous " par les personnes qui décident de ce que les versions des logiciels sont 'bon pour nous" (AKA ce qui se passe dans le dépôt officiel)?
- lucid (10.04 LTS)
- Eclipse 3.5.2-2
- precise (12.04 LTS)
- Eclipse 3.7.2-1
- raring (13.04)
- Eclipse 3.8.1-1
- coquine (13.10)
- Eclipse 3.8.1-4
- trusty (14.04 LTS)
- Eclipse 3.8.1-5.1
- de l'utopie (14.10)
- Eclipse 3.8.1-5.1
Mise à jour 2014-05-30: j'ai juste essayé de Kepler (encore une fois) et il souffre encore de l'INTERFACE utilisateur pépins hors de la boîte. E. g.:
Et non, la modification de la fenêtre inactive de la barre d'outils couleur d'arrière-plan dans les préférences ne pas résoudre ce problème. (Même si ce serait, ce serait un drôle de choix par défaut).
Je voudrais savoir, de quelqu'un qui n'est pas positivement ou négativement biaisée en raison de leur très spécialisé et tordu les flux de travail de préférence de quelqu'un avec de l'expérience dans le paquet Ubuntu maintien de processus pour les non-trivial paquets - pourquoi cette décision est prise par une équipe de professionnels qui savent ce qu'ils font pour la plus largement utilisée de la distribution Linux là-bas?
- Pour cette discussion, peut-être une distinction entre la plateforme et l'IDE serait utile. Par exemple, j'ai utiliser le Juno de l'IDE mais mon RCP applications sont basées sur la Plate-forme 3.
- Je ai déménagé retour à 3,8 due à la constante se bloque sur ubuntu avec 4.3
- la plate-forme == l'IDE?
- Je ne sais pas si mon commentaire est utile pour vous, comme vous semblez l'accent sur node.js dev, mais si vous développez une SWT/RCP application, vous pouvez utiliser le Eclipse4 IDE pour développer une Eclipse3 application (voir question connexe si vous êtes intéressé à ce point précis).
- ah oui en effet c'est différent de mon cas d'utilisation. 4.x a une couche de compatibilité pour les 3.x les chaînes et les plugins. Je veux dire, dans le cas particulier où vous installez 4.3 et le 4.x accompagnant wst plugins pour le code de gestion de l'analyse. Je n'ai pas (encore) de savoir où l'origine des problèmes de performances' étiquette est venu à partir de la base ou dans le plugins - mais il était là.
- 4.3.1 est la version actuelle, avec Kepler SR1. 3.x n'est plus maintenue. De même, les outils JavaScript dans 3.8 et 4.2 ont été identique. Si votre problème a été la performance de la Plate-forme elle-même, ils ont continué à travailler (wiki.eclipse.org/Platform_UI/Juno_Performance_Investigation). Sauf si vous êtes à la recherche de quelqu'un pour vous dire que c'est ok pour continuer à utiliser l'ancienne version, je ne suis pas sûr de ce que la réponse que vous cherchez.
- -1 parce que le premier hit sur google pour "eclipse problèmes de performance" est la déclaration officielle du précisément les réponses à votre question.
- Tout d'abord, bien sûr, j'ai cherché, mais pas tout le monde utilise la NSA approuvé Google. DuckDuckGo n'avais pas référencé dans les premiers résultats. Deuxièmement, vous pourriez avoir des liens vers l'article en question, ce qui rend votre commentaire pertinent. Troisièmement, certains utilisateurs de contredire les déclarations et je cherchais une expérience humaine de réponse. Quatrièmement, les états sont de Eclipse sur Eclipse. Cinquième, votre downvote vous coûtera -2 rep j'espère que ça en valait la peine. 🙂
- Si vous avez fait votre recherche, vous devriez poster le plus de références pertinentes dans votre question. nitind déjà posté le lien. Si vous voulez une expérience humaine de réponse, votre question est trop générique. L'Éclipse sur la Version 4.3 de Trains, c'est construire à partir de 55 millions de lignes de code, et est constitué de milliers de plugins. Quelles sont celles que vous prévoyez de les utiliser? Spécifier plus de détails. E. g. êtes-vous à l'aide de Linux, etc. N'hésitez pas à améliorer votre question afin que je puisse enlever mon downvote. J'avais peut-être même en mesure d'y répondre.
- Je pensais que c'était un problème. Pas besoin de faire référence à la connaissance commune. Mes collègues utilisent encore
3.8
parce qu'ils n'ont pas confiance dans le4.x
branche. Donc je suis enclin à ne pas l'utiliser non plus. Cependant, dans le même temps, j'aimerais coller à nouveau et logiciels pris en charge et3.8
n'est pas parfait. J'ai élaboré ma question, peut-être que c'est à votre goût maintenant. Si pas, soit. 🙂 - Il y a toujours des problèmes avec GTK3 à Luna. Je vous recommande de voter pour, et contribuer peut-être à la plus urgentes: bugs.eclipse.org/bugs/...
Vous devez vous connecter pour publier un commentaire.
Eclipse Juno a été publié 2012-06-27. Sur 2012-07-17 un bug concernant la réactivité de l'INTERFACE utilisateur a été signalé. Quatre mois plus tard, autour de 2012-11-14 la première patch a été publié pour la mise à jour officielle-site.
De nombreux utilisateurs, cependant, complètement raté la sortie des patchs. Je suppose que l'information s'est noyé dans le FUD, et d'autres plus important nouvelles, qui a été répartie autour de l'époque. À la fin de 2012, j'ai posté un réponse DONC. Apparemment, je n'étais pas le seul pour qui le patch a résolu ce problème de performances.
Sur 2013-02-22 Eclipse 4.2.2 a été publié, qui contenait le même patch, mais je continue de recevoir des upvotes pour ma réponse sur DONC jusqu'au mois de juin.
Probablement le seul fait connu parmi les développeurs, c'est que l'Éclipse a eu de graves problèmes de performances à un certain point. Toutefois, les connaissances sur l'étendue, l'ampleur et la durée de ces questions me semble être une série d'idées fausses les plus courantes.
Il y avait une période de quatre mois au cours de laquelle elle était une bonne idée pour de nombreuses Eclipse utilisateurs de coller avec le 3.8 branche. Je dis "beaucoup" parce que j'ai travaillé avec 4.2.0 et 4.2.1 et c'était O. K. pour moi. Subjectivement, la commutation des onglets a été environ deux fois plus lent et l'IDE a gelé peut-être une fois par jour pour un couple de secondes. Pour de mes collègues, le problème est beaucoup plus grave. Je suppose que cela dépend de votre installation et de votre flux de travail, cependant, je n'ai jamais senti comme étudier plus tard parce que je savais que la plate-forme aux développeurs travaillaient sur les questions, et il y avait un bon secours, à l'aide de 3.8.
Un an et trois Eclpse versions ultérieures de ces graves problèmes de performances sont encore fixe.
Bien sûr, cela ne veut pas dire qu'il n'y a plus de problèmes de performance. A partir de maintenant je trouver 1979 rapports dans l'Eclipse bugzilla avec le mot-clé "performance". Cela ne signifie pas que Eclipse est très bogué, mais seulement qu'il est très bien documenté et ouvert. Si oui ou non vous êtes concerné par l'une de ces questions, encore une fois, dépend de la configuration, les plugins que vous utilisez et de votre flux de travail. Je suis un Java, plug-in et EMF développeur. Je travaille avec le milieu à de grands espaces de travail (~1M LoC), et Eclipse 4.3.1 est assez vite. La version 3.8 n'est pas une option pour moi parce que comme Eric l'a dit, de ne pas recevoir toutes les mises à jour importantes. Les gens vont toujours continuer à l'utiliser dans l'avenir. Beaucoup d'entre eux seront également continuer à utiliser Internet Explorer 5.5.
Si vous essayez de le 4.x la branche et de l'avis de tout les problèmes de performance, veuillez signaler, mais être précis au sujet de votre installation.
De l'officiel Page Wiki:
de nouvelles Fonctionnalités
4.x
branche a été " sûr " depuis la fin de 2012, pourquoi les gens intelligents sur auUbuntu 13.10
toujours utiliser3.8.1
dans leur référentiel par défaut?Votre déclaration "de la version 3.8 a spécifiquement été publié en tant que plus rapide et plus stable alternative à 4.2" est clairement incorrect; 3.x a disparu dans sa "fin de vie" de l'entretien et n'est certainement pas présenté comme une alternative à 4.x.
Alors que les gens sont invités à continuer à utiliser les 3.x stream si cela convient à leurs besoins s'il vous plaît reconnaître que les différents projets d'aller de l'avant, il y aura des divergences importantes dans les fonctionnalités disponibles entre les deux versions...
3.8
est sorti simultanément avec4.2
, et pour la première fois, il y a un tendance à la baisse dans Eclipse adoption: La lenteur dans l'adoption est probablement le résultat de la performance de problèmes rencontrés dans les Eclipse 4.2. Problèmes ont été causés, car il n'y a pas d'argent pour les tests de qualité comme avant. Google, même don d'argent spécialement pour ce problème.