wake-up-neo.net

Warum bleibt Ubuntu 14.04 bei (altem) Eclipse 3.8, wenn 4.3 raus ist?

Ubuntu ist normalerweise eine innovative Distribution. Aber warum bleibt es bei einer 2011er Version von Eclipse, wenn wir 4 Jahre in der 4.x - Entwicklung sind?

Es ist nicht einmal optional und kann nicht über die Repositorys installiert werden. Und es ist auch nicht 'einfach' von einem Download. Aus irgendeinem Grund reicht die Java SE 7-Referenzimplementierung, OpenJDK, nicht aus, und Sie benötigen die Oracle-Version nicht vertrauenswürdigen Repos von Drittanbietern oder folgen Sie einem ganzen Kapitel über wie Sie es selbst installieren .

Vor drei Jahren gab es Probleme. Als Juno 4.2 Herauskam, gab es viele Leistungsprobleme . Eclipse-Direktor Mike Milinkovich erklärt Einer der Gründe ist mangelnde Finanzierung. Zum ersten Mal in einer Hauptversion:

"Der Leistungstest wurde deaktiviert, da das Eclipse-Plattformteam ein ernstes Ressourcenproblem hat."

Aus diesem Grund veröffentlichten die Entwickler nbenannt und unpromotiert Version 3.8 Gleichzeitig mit 4.2, Um die Lücke für dieses (hoffentlich) vorübergehende Problem zu schließen. Tendenz abwärts unter Entwicklern. Als ein Eclipse b3 Entwickler erwähnt :

"Ich war überwältigt von der Leistungssteigerung nach dem Wechsel. Die 3.8-Plattform ist viel schneller"

Die Veröffentlichung 3.8 Ist immer noch eine beliebte Alternative zur 4.x - Verzweigung unter Entwicklern (fragen Sie meine Kollegen oder Google), ich denke hauptsächlich aufgrund von (echten) Vertrauensproblemen. Aber die Brücke (lesen Sie: Unterstützung für 3.8) Ist jetzt geschlossen, da 4.3 Freigegeben wurde.

Die Kernprobleme (Finanzierung und Entwickler) wurden jedoch nicht behoben, wie Googles Geste, Geld zu spenden an die Eclipse Foundation in der Hoffnung, dass andere Unternehmen diesem Beispiel folgen werden. Bedeutet dies, dass 4.3 Immer noch nicht den Standards von 3.x Entspricht?

Dies ist kein Problem mit einem Plugin oder einer Funktion für eine bestimmte Sprache, sondern ein Problem innerhalb des Kerns der Plattform. (Aber ich benutze WST mit Javascript und V8 Plugins für PHP und Node Entwicklung im Besonderen.)

Dies ist auch kein spezifisches Plattformproblem. Es gibt ähnliche Beschwerden von Linux-, Windows- und OSX-Benutzern. (Aber ich benutze Linux (Mint 13).)


Einerseits haben Sie Leute, die der EOL für 3.8 "beweist" sagen, dass 4.3 Jetzt in Ordnung ist. Auf der anderen Seite (siehe Kommentare):

"Ich bin wegen ständiger Abstürze auf Ubuntu mit 4.3 auf 3.8 zurückgekehrt

3.8 Ist alles andere als problemlos und es würde mir nichts ausmachen, wenn die Entwicklung reibungsloser vonstatten gehen würde. Ich frage mich also, warum wird Eclipse 4 'von uns ferngehalten' von den Leuten, die entscheiden, welche Softwareversionen 'gut für uns' (AKA was geht in das offizielle Repository)?

  • klar (10.04 LTS)
    • Eclipse 3.5.2-2
  • präzise (12.04 LTS)
    • Eclipse 3.7.2-1
  • raring (13.04)
    • Eclipse 3.8 1-1
  • frech (13.10)
    • Eclipse 3.8 . 1-4
  • vertrauenswürdig (14.04 LTS)
    • Eclipse 3.8 1-5.1
  • utopisch (14.10)
    • Eclipse 3.8 1-5.1

Update 30.05.2014: Ich habe gerade (erneut) Kepler ausprobiert und leidet immer noch an UI-Pannen. Z.B.:

enter image description here

Und nein, das Ändern der Hintergrundfarbe der inaktiven Fenstersymbolleiste in den Einstellungen behebt nicht dieses Problem. (Selbst wenn dies der Fall wäre, wäre dies eine alberne Standardauswahl).

Ich würde gerne wissen, von jemandem, der aufgrund seines hochspezialisierten und optimierten Workflows nicht positiv oder negativ voreingenommen ist - vorzugsweise von jemandem, der Erfahrung mit dem Pflegeprozess von Ubuntu-Paketen für nicht triviale Pakete hat - warum Diese Entscheidung wird von einem Team von Fachleuten getroffen, die wissen, was sie für die am weitesten verbreitete Linux-Distribution tun?

56
Redsandro

Eclipse Juno wurde veröffentlicht 2012-06-27 . Am 17.07.2012 wurde ein Fehler bezüglich der Reaktionsfähigkeit der Benutzeroberfläche gemeldet. Vier Monate später, am 14.11.2012, wurde der erste Patch auf der offiziellen Update-Seite veröffentlicht.

Viele Benutzer haben die Veröffentlichung der Patches jedoch völlig verpasst. Ich gehe davon aus, dass die Informationen in der FUD ertrunken sind und andere wichtigere Nachrichten , die zu dieser Zeit verbreitet wurden. Ende 2012 habe ich ein Antwort auf SO gepostet. Anscheinend war ich nicht der einzige, für den der Patch dieses Leistungsproblem behoben hat. Am 22.02.2013 wurde Eclipse 4.2.2 veröffentlicht, das den gleichen Patch enthielt, aber ich erhielt bis Juni immer wieder Upvotes für meine Antwort auf SO.

Wahrscheinlich ist die einzige bekannte Tatsache unter Entwicklern, dass Eclipse irgendwann schwerwiegende Leistungsprobleme hatte. Das Wissen über Umfang, Ausmaß und Dauer dieser Probleme scheint mir jedoch eine Reihe von verbreiteten Missverständnissen zu sein. Es gab einen Zeitraum von vier Monaten, in dem es für viele Eclipse-Benutzer eine gute Idee war, sich an den 3.8-Zweig zu halten. Ich sage "viele", weil ich mit 4.2.0 und 4.2.1 gearbeitet habe und es war O.K. für mich. Subjektiv war das Wechseln der Tabs ungefähr zweimal langsamer und das IDE) fror vielleicht einmal am Tag für ein paar Sekunden ein. Für meine Kollegen war das Problem weitaus schwerwiegender In Bezug auf Ihren Workflow hatte ich jedoch nie das Gefühl, weitere Nachforschungen anzustellen, da ich wusste, dass die Plattformentwickler an den Problemen arbeiteten und es einen guten Fallback mit 3.8 gab.

Ein Jahr und drei Eclpse-Versionen später sind diese schwerwiegenden Leistungsprobleme immer noch behoben. Dies bedeutet natürlich nicht, dass es keine Leistungsprobleme mehr gibt. Ab sofort habe ich find 1979 Berichte in der Eclipse Bugzilla mit dem Schlagwort "Performance". Dies bedeutet nicht, dass Eclipse sehr fehlerhaft ist, sondern nur, dass es sehr gut dokumentiert und offen ist. Ob Sie von einem dieser Probleme betroffen sind oder nicht, hängt vom Setup, den verwendeten Plug-Ins und Ihrem Workflow ab. Ich bin ein Java, Plug-In und EMF Entwickler. Ich arbeite mit mittleren bis großen Arbeitsbereichen (~ 1M LoC), und Eclipse 4.3.1 ist schnell genug Die Version 3.8 ist für mich keine Option, da Eric nicht alle wichtigen Updates erhalten wird. Die Leute werden sie auch in Zukunft weiterhin verwenden. Viele von ihnen werden auch weiterhin Internet Explorer 5.5 verwenden. Wenn Sie es versuchen Klicken Sie auf den 4.x-Zweig und stellen Sie Leistungsprobleme fest. Melden Sie sie , achten Sie jedoch auf Ihr Setup.

Aus dem offiziellen Wiki-Seite :

In Juno SR2 (4.2.2) wurden mehrere schwerwiegende Leistungsmängel behoben. Community-Mitglieder haben bestätigt, dass diese Korrekturen die Leistungsprobleme beim Öffnen, Schließen und Wechseln von Editoren und Ansichten im Wesentlichen beheben. Diese Korrekturen sind in Juno Service Release 2 (Februar 2013) allgemein verfügbar. Alle Mängel werden auch im Release-Stream von Kepler (Juni 2013) behoben.

neue Funktionen

14
Max Hohenegger

Ihre Aussage "3.8 Release wurde speziell als schnellere und stabilere Alternative zu 4.2 veröffentlicht" ist eindeutig falsch; 3.x wurde am Ende seiner Lebensdauer gewartet und mit Sicherheit nicht als Alternative zu 4.x veröffentlicht.

Auch wenn die Leute den 3.x-Stream weiterhin nutzen können, wenn es ihren Bedürfnissen entspricht, müssen sie sich bewusst sein, dass die verfügbaren Funktionen zwischen den beiden Versionen erheblich voneinander abweichen werden, wenn die verschiedenen Projekte voranschreiten ...

1
Eric Moffatt