Eclipse Eclipse Profilbasierend starten

[Cody]

Hallo,

Da ich Eclipse für verschiedene Programmierbereiche verwende (Java, C++, Web) und jedes mal alle Plugins mit gestartet werden auch wenn ich sie garnicht brauche, wollte ich mal nachfragen ob es eine Möglichkeit gibt Eclipse über "Profile" zu starten, sodass nur Plugins gestartet werden die man für einen bestimmten Zweck braucht ?

Kleines Beispiel:
Ich möchte eine Webanwendung basierend auf PHP entwickeln und bräuchte dafür keine Java relevanten Plugins. Dafür würde ich gern Eclipse vor dem Start mitteilen können, dass ich jetzt gern nur Plugins für die Webentwicklung gestartet haben möchte, also nur das PDT-, WTP-, TM- und DTP-Plugin.

Das gleiche auch für C++ Entwicklung, da benötige ich kein JDT o. PDT.

Das würde ich gern per z.B. Startprofil konfigurieren können, sodass auch weniger Ressourcen des Gesamtsystems beansprucht werden müssten und Eclipse auch nicht so träge reagiert.

Ich weis, man hat natürlich die Möglichkeit sich mehrere Eclipseinstallationen für die verschiedenen Zwecke einzurichten was ich aber ehr suboptimal finde da es unnötig viel Speicherplatz in Anspruch nimmt und man so nicht nur diverse Plugins doppelt auf der HDD liegen hat sondern auch mehrere workspaces einrichten muss.

Ich verwende z.Z. Eclipse 4.2 64Bit unter Windows7.

Hat hier jemand eine Idee wie man so etwas realisieren könnte ?

Danke und Grüße
Cody

 

[gst]

Gerade wenn du 3 derart unterschiedliche Anwendungsgebiete hast, solltest du auch 3 parallele Eclipse-IDEs verwenden. Was bei heutigen Festplattengrößen das Problem damit sein soll, ist mir schleierhaft. Die Zeit der Festplatten im 1stelligen GB-Bereich ist doch schon über 10 Jahre vorbei. Auch das Workspace-Problem ist IMHO nur so ein Pseudo-Problem. Verschiedene Workspaces hast du doch so oder so. Oder willst du ernsthaft alle deine Projekte in den gleichen WS klatschen? Das ist dann wirklich "suboptimal", wie du so schön sagst.

Ansonsten kannst du dir ja mal Capabilities anschauen, falls es dir um das An- und Abschalten von Funktionalitäten geht: >>*klick*<<

 

[Cody]

Gerade wenn du 3 derart unterschiedliche Anwendungsgebiete hast, solltest du auch 3 parallele Eclipse-IDEs verwenden.

Aus welchen Grund ?

Was bei heutigen Festplattengrößen das Problem damit sein soll, ist mir schleierhaft. Die Zeit der Festplatten im 1stelligen GB-Bereich ist doch schon über 10 Jahre vorbei.

Nutzt mir aber nichts wenn die großen Festplatten im Laden anstatt in meinem Rechner liegen.
Bisher haben meine 750GB ausgereicht und je mehr Daten drauf wandern umso langsamer wird sie..sofern man sich nicht noch zusätzlich Professionelle Defragmentierprogramme zulegt die die Anwendungen ins Innere der Scheibe verlegen.

Auch das Workspace-Problem ist IMHO nur so ein Pseudo-Problem. Verschiedene Workspaces hast du doch so oder so.

Nein, ich habe alle meine Projekte in einem Workspace und daran wird sich wohl auch nichts ändern, warum auch ? Wo liegt der Voreilt an mehreren workspaces ? :rtfm:<- find nix

Oder willst du ernsthaft alle deine Projekte in den gleichen WS klatschen? Das ist dann wirklich "suboptimal", wie du so schön sagst.

Aus welchem Grund ist das "suboptimal" ?
Welche Nachteile hat man wenn man seine ganzen Projekte in einem workspace liegen hat ? Das würde mich wirklich interessieren da ich bisher noch keine Nachteil feststellen konnte bzw. keine Vorteile kenne die mich dazu bewegen meine Projekte in unterschiedliche workspaces unterzubringen. :bahnhof:

Ansonsten kannst du dir ja mal Capabilities anschauen, falls es dir um das An- und Abschalten von Funktionalitäten geht: >>*klick*<<

Hm, das wäre schon eine Möglichkeit allerdings hat man dort nur sehr begrenzte Möglichkeiten Funktionalitäten auszuschalten geschweige denn überhaupt Plugins am starten zu hindern.

Ich muss ehrlich gestehen, ich hab mich auch noch nicht so tiefgründig mit Eclipse auseinandergesetzt deshalb wäre ich für jeden guten Ratschlag sehr Dankbar.

Wenn es doch nur eine Möglichkeit gäbe, Eclipse über den workspace mitzuteilen welche Plugins geladen werden sollen, dann wäre natürlich eine Aufteilung der Projekte in mehrere Workspace schon optimaler. Ist so etwas Möglich ? Zum Beispiel über eine Konfigurationsdatei die beim laden des Workspaces eingelesen wird, oder so etwas in der Art ?

 

[JohannisderKaeufer]

Hinkriegen kann man dass schon. Es stellt sich nur die Frage ob man dass auch wirklich möchte.

Hast du schon mal eine Blick in artifacts.xml geworfen?

Hast du schon mal einen Blick in die Ordner configuration, features, plugins geworfen?


Man könnte einen launcher bauen, der die verschiedenen Varianten geschickt miteinander verknüpft.

Unter einem UNIX wäre das kein allzugroßes Problem, aber unter Windows?

Erstmal alle Installationen für die jeweiligen Anwendungszwecke bereitstellen. Dann ein Diff. Und alles was gemeinsam ist symbolisch Verlinken.

Andrerseits kannst du dann auch gleich, alle verschiedenen Versionen in ein Archiv komprimierend zippen um Speicherplatz zu sparen und dir dann nur die jeweils benötigte Version entpacken. Dauert dann halt entsprechend länger beim starten. Aber das System bleibt schön leichtgewichtig.

 

[maki]

Habe hier seit Jahren mehrere Eclipse Instanzen am laufen, mit mehreren Workspaces (letzteres enthält u.a. Plugin Konfigurationen), verstehe deine Probleme/Sorgen nicht, kann dir aber sagen, dass es nicht funzen wird einen Workspace unter mehrere instanzen die unterschiedliche Plugins laufen haben zu teilen.

64Bit unter Windows7

Denke du konzentrierst dich auf die falsche Stelle wenn du Ressourcen einsparen köchtest

 

[Cody]

Guten Morgen,

Hast du schon mal eine Blick in artifacts.xml geworfen?

Hast du schon mal einen Blick in die Ordner configuration, features, plugins geworfen?

Jau, hab ich.
Eine Konfiguration über die artifacts.xml scheint, jedenfalls theoretisch, möglich zu sein allerdings ist sie mit ihren rund 15000 Zeilen recht groß bei mir.
Ob man separate artifacts.xml anlegen kann? Wobei sich dann noch die Frage stellt, ob man auch per p2 updaten kann und ob die Einträge der xml mit aktualisiert werden.
Aber auch erstmal herraus zu finden welche Plugins/Bundles (jars) von einander abhängig sind wird schon eine heiden Arbeit, bei rund 15000 Zeilen, mit sich bringen. :autsch:

Man könnte einen launcher bauen, der die verschiedenen Varianten geschickt miteinander verknüpft.

Wenn ich mich noch recht erinnere konnte man im Updatemanager von Eclipse 3.3/(3.4) einzelne Plugins deaktivieren. Damit wäre es schon mal etwas einfacher gewesen, zu evaluieren welche Plugins ausgeschlossen werden könnten bzw. zusammen gehören, aber leider ist das so im p2 nicht mehr Möglich...warum eigtl. nicht ?

Habe hier seit Jahren mehrere Eclipse Instanzen am laufen, mit mehreren Workspaces (letzteres enthält u.a. Plugin Konfigurationen),

Das lese ich hier auch des öfteren von manchen "eingefleischten" Eclipse Usern, wird wohl doch das beste sein wenn ich mir für jedes Einsatzgebiet eine separate Eclipse Installation anlege.
Das ich das bisher noch nicht gemacht habe, liegt vermutlich daran, dass ich ehr der All-in-One Typ bin und gern alles unter einer Haube haben möchte. Von dem Gedanken werde ich mich wohl vorerst verabschieden können, was ja nun kein Beinbruch darstellt.

verstehe deine Probleme/Sorgen nicht,

Das Problem ist die Trägheit mit zunehmender Masse an Plugins. Ich glaub das war schon immer ein Problem bei Eclipse aber jetzt mit Eclipse 4 macht sich das noch mehr bemerkbar.
Das Speichermanagement ich schon ganz gut aber das aktualisieren von Views, Editoren und öffnen von unterschiedlichen Sourcefiles hat schon eine höhere Latenz als mit Eclipse 3.8. (was laut Eclipse-Forum wahrscheinlich an der neuen GUI Gestaltung per CSS liegen wird).

kann dir aber sagen, dass es nicht funzen wird einen Workspace unter mehrere instanzen die unterschiedliche Plugins laufen haben zu teilen.

Stimmt schon und kann ich mir auch gut vorstellen. Deswegen, falls es eine Möglichkeit gäbe (mir kommt da eine Idee, dazu später mehr) würde ich so oder so unterschiedliche Workspaces für die jeweiligen Einsatzzwecke anlegen. Also ein workspace für C++ Projekte, einer für Java und einer für PHP/Web Projekte.

Denke du konzentrierst dich auf die falsche Stelle wenn du Ressourcen einsparen köchtest

Ressourcen hinsichtlich Rechenleistung u.RAM sind genug vorhanden. Das war nicht meine Intention diesen Thread zu eröffnen.
Aber du hast natürlich recht, eine 32Bit Eclipse verbraucht gerade mal halb soviel RAM (reines SDK ~140MB) wie eine 64Bit Eclipse (reines SDK ~ 280-300MB). Aber wie gesagt, das ist nicht das Problem... feif:

So nun zu meiner "Idee":
Theoretisch wäre es doch möglich mehrere "dropins" Verzeichnisse anzulegen, die man je nach Verwendungszweck mit den passenden Plugins versieht und danach benennt. Also z.B.: "dropins_PHP", "dropins_Java" u.s.w. und diese dann je nach bedarf vor dem Start von Eclipse umbenennt in "dropins" und dafür dan auch unterschiedliche workspaces verwendet.
Was aber zur Folge hat, das man die Plugin immer manuell installieren muss und einen der Updatemechanismus auch vorenthalten bleibt...oder sind auch Plugins im "dropins" Verzeichnis per p2 update fähig ?
Gibt es denn eine Möglichkeit, Eclipse per Startparameter mitzuteilen welches "dropins" Verzeichnis verwendet werden soll ? Das würde jedenfalls einiges erleichtern.

 

[maki]

Das Problem ist die Trägheit mit zunehmender Masse an Plugins. Ich glaub das war schon immer ein Problem bei Eclipse aber jetzt mit Eclipse 4 macht sich das noch mehr bemerkbar.

Das ist der Hauptgrund für mich meherere unterschiedliche Eclipse "Installationen" zu fahren.
Jede hat nur die Plugins die es wirklich braucht.

Mit den Workspaces sehe ich das ähnlich, ich lösche auch mal einen WS ohne mit der Wimper zu zucken wenn ein Plugin bzw. ich ihn zerschossen habe, einfach neu aus dem SCM auschecken, die Konfiguration hält sich bei mir in Grenzen da ich wirklich nciht mehr viel konfigurieren will.

Bei deiner Idee solltest du bedenken dass die Plugin konfig. verteilt ist über den User, die Eclipseinstanz und den Workspace.

Hier eine Liste mit dem Kommandozeilen Parameter für eclips: Help - Eclipse Platform

"dropins" ist übrigens nicht der bevorzugte Weg und problematisch für P2 AFAIK.

 

[darekkay]

Nein, ich habe alle meine Projekte in einem Workspace und daran wird sich wohl auch nichts ändern, warum auch ? Wo liegt der Voreilt an mehreren workspaces ? :rtfm:<- find nix

Aus welchem Grund ist das "suboptimal" ?
Welche Nachteile hat man wenn man seine ganzen Projekte in einem workspace liegen hat ? Das würde mich wirklich interessieren da ich bisher noch keine Nachteil feststellen konnte bzw. keine Vorteile kenne die mich dazu bewegen meine Projekte in unterschiedliche workspaces unterzubringen. :bahnhof:

Hast du all deine Fotos auch alle in einem Ordner?
Wenn du nur 2-3 Projekte hast, dann lohnt es sich tatsächlich nicht, mehrere Workspaces anzulegen (genauso wie für 2-3 Fotos). Aber gerade weil du doch erwähnst, dass du nicht nur mehrere Projekte sondern auch noch unterschiedliche Sprachen verwendest - warum willst du dann keine Gruppierung haben? Wenn ich ein Workspace für "PHP" und eins für "Java" habe, jeweils mit 10 Projekten, dann wird es sonst einfach nur unübersichtlich.
Außerdem kommt noch das Öffnen/Schließen von Projekten dazu. Lässt du alle Projekte immer offen? Dann viel Spaß beim Suchen von Klassen/Types. Lässt du sie zu und öffnest diese nach Bedarf, so hast du spätestens dann ein Problem, wenn dein Programm aus mehreren Projekten besteht. Denn dann musst du immer alle benötigten Projekte öffnen - würdest du dieses Projekt mit x Abhängigkeiten in ein separates Workspace auslagern, so gäbe es das Problem nicht.
Und schließlich kannst du mit einem Workspace doch genau das erreichen, was du benötigst. Für jede Umgebung kannst du deine Wunscheinstellungen vornehmen. Und so wirst du deine Umgebung genauso vorfinden, wie du sie das letzte mal geschlossen hast - auch wenn du in der Zwischenzeit in einer anderen Sprache gearbeitet hast und deswegen deine ganzen Einstellungen umstellen musstest.

Viel mehr stelle ich mir die Frage, was der Nachteil mehrerer Workspaces ist? Auf einem Rechner aus dem letzten Jahrhundert könnte man tatsächlich mit Performanz argumentieren (wenn man mehrere Instanzen öffnet), aber heutzutage sollte das kein Problem mehr sein. Ich finde es sogar besser, wenn ich zwei unterschiedliche Eclipse-Instanzen offen habe, die auf das jeweilige Projekt eingestellt sind.

 

[Cody]

Hast du all deine Fotos auch alle in einem Ordner?

Ja!
Dieser Ordner nennt sich "Fotos" (das äquivalent zu "workspaces) und beinhaltet Unterverzeichnisse benannt nach der Jahreszahl (das äquivalent zu "Projekte") und darin befinden sich wiederum Unterverzeichnisse benannt nach Monaten (das äquivalent zu "Packages"), darin befinden sich dann die Fotos welche nach Anlass und Datum benannt sind.
Wo ist da das Problem ? ???:L

Wenn du nur 2-3 Projekte hast, dann lohnt es sich tatsächlich nicht, mehrere Workspaces anzulegen (genauso wie für 2-3 Fotos). Aber gerade weil du doch erwähnst, dass du nicht nur mehrere Projekte sondern auch noch unterschiedliche Sprachen verwendest - warum willst du dann keine Gruppierung haben? Wenn ich ein Workspace für "PHP" und eins für "Java" habe, jeweils mit 10 Projekten, dann wird es sonst einfach nur unübersichtlich.

Eclipse bietet die Möglichkeit "Working Sets" anzulegen. Somit ist es ein leichtes Projekte mit unterschiedlichen "Natures" auseinander zu halten. Für jeden Zweck (bzw. Projekt, sofern eines aus mehreren besteht) ein "Working Set".
Und ganz so viele Projekte hab ich nun auch wieder nicht, z.Z. sind es um die 12 (2x C++, 3x PHP, 1x JavaEE und ein paar Java Projekte wovon 2 nur für Testzwecke [zum Ausprobieren] verwendet werden). Ich bin auch noch nicht so der Entwickler-Pro und bin auch nicht Beruflich als Entwickler tätig, soll heißen, ich muss mir nicht unbedingt Gedanken über strikte Trennung der Projekte machen.

Außerdem kommt noch das Öffnen/Schließen von Projekten dazu. Lässt du alle Projekte immer offen? Dann viel Spaß beim Suchen von Klassen/Types. Lässt du sie zu und öffnest diese nach Bedarf, so hast du spätestens dann ein Problem, wenn dein Programm aus mehreren Projekten besteht. Denn dann musst du immer alle benötigten Projekte öffnen - würdest du dieses Projekt mit x Abhängigkeiten in ein separates Workspace auslagern, so gäbe es das Problem nicht.

Das Problem existiert auch so nicht! Jedenfalls nicht bei den Dimensionen die meine Projekte z.Z. haben. Wie gesagt -> WorkingSets.
Ich habe nur Projekte geöffnet an denen ich zu diesem Zeitpunkt arbeite, Projektabhängigkeiten kann man individuell konfigurieren, Eclipse ist schon so fortschrittlich, dass es weis aus welchem Projekt welche Datei stammt und beachten z.B. auch im CodeAssist nur die im Projekt konfigurierten Abhängigkeiten/Libs.
Den Suchbereich (Scope) kann man auf WorkingSets beschränken...da sehe ich also auch kein Nachteil.
Klar, ich habe noch keine Erfahrungen sammeln können, wie sich das ganze verhält wenn man gleichzeitig an mehreren Projekten arbeitet die wiederum aus mehreren Unterprojekten bestehen.
Ich arbeite solange an einem Projekt bis es entweder fertig ist oder mein Soll erfüllt ist, anschließend wird alles Projektrelevante geschlossen.

Wahrscheinlich muss ich erst mit denen von dir genannten Problemen konfrontiert werden um mir alternative Lösungen Gedanken zu machen.

So wie es derzeit ist, kann die Probleme die du Aufgezählt hast, nicht Nachvollziehen. ???:L

Und schließlich kannst du mit einem Workspace doch genau das erreichen, was du benötigst.

Eben nicht... ^^

Ich suche eine Möglichkeit mit NUR EINER Eclipseinstallation das laden bzw. nicht-laden von Plugins zu kontrollieren, das ist rein über separate Workspaces nicht möglich...wie hier schon erwähnt wurde.

Für jede Umgebung kannst du deine Wunscheinstellungen vornehmen. Und so wirst du deine Umgebung genauso vorfinden, wie du sie das letzte mal geschlossen hast - auch wenn du in der Zwischenzeit in einer anderen Sprache gearbeitet hast und deswegen deine ganzen Einstellungen umstellen musstest.

Hm...entschuldige, aber hier kann ich dir hier nicht folgen! Aus welchem Grund sollte ich meine Einstellungen, jedesmal wenn ich mit einer anderen Sprache gearbeitet haben, verändern bzw. umstellen wollen/müssen ? :bahnhof:
Du glaubst doch nicht im ernst, dass ich für jedes Projekt unterschiedliche Eclipse Einstellungen verwende ? Die stelle ich Projektspezifisch ein, sofern das überhaupt nötig ist.

Viel mehr stelle ich mir die Frage, was der Nachteil mehrerer Workspaces ist?

Ich stelle mir derzeit die Frage, wo der Vorteil liegt wenn man nur eine Eclipse Installation verwendet ?
Bei mehreren Eclipseinstallationen ist die verwendung von mehreren workspaces wohl ehr ein "muss" als ein "kann".

Auf einem Rechner aus dem letzten Jahrhundert könnte man tatsächlich mit Performanz argumentieren (wenn man mehrere Instanzen öffnet), aber heutzutage sollte das kein Problem mehr sein.

Es leigt ja auch weniger am System, vielmehr an Eclipse selbst!
Wenn ich mehrere Stunden mit Eclipse arbeite, ist mein System nicht annähernd zu 30% Ausgelastet aber dennoch wir Eclipse immer träger, was das switchen zw. u. öffnen von Dateien, triggern des CodeAssists und Ausführen bzw. Debuggen der Programme angeht.

Diese Probleme machen sich jetzt in Eclipse4 deutlich bemerkbar, in Eclipse 3.7 hatte ich damit sogut wie nie Probleme.

BTW: Das man weitere Konfigurationen wie HEAP Vergrößerung etc. über die eclipse.ini vornehmen kann, ist mir durchaus bewusst, hilft aber nicht wirklich viel.

@maki:
Jau, danke dir.
Damit hat sich das Austesten über das "dropins" Verzeichnis wohl erledigt.

Bin aber schon dabei meine Eclipse Installation zu splitten und natürlich auch unterschiedliche Workspaces zu verwenden.
Schade, das es mit Eclipse4 anscheinend doch zum "muss" wird....mal schauen was die Zukunft bringt. Ich hoffe man wird weiterhin an der Performance von Eclipse arbeiten und die Integration von RAP wird hinsichtlich der GUI Performance einige Besserungen bringen.

Dennoch, Danke erstmal an Euch alle...man lernt ja nie aus und hier überwiegend dazu. :toll:

Grüße...

 

[darekkay]

Ja!
Dieser Ordner nennt sich "Fotos" (das äquivalent zu "workspaces) und beinhaltet Unterverzeichnisse benannt nach der Jahreszahl (das äquivalent zu "Projekte") und darin befinden sich wiederum Unterverzeichnisse benannt nach Monaten (das äquivalent zu "Packages"), darin befinden sich dann die Fotos welche nach Anlass und Datum benannt sind.

Ich meinte eher, ob du alle Bilddateien in einem Ordner hast. Aber das Beispiel ist auch gut. Ich habe bisher die Fotos auch so in etwa gehalten, wie du. Das Problem war, dass ich bei der manuellen Suche nicht unbedingt das Jahr kenne und erst überlegen muss, wann das war. Deswegen habe ich noch zusätzliche Gruppierungen, z.B. "Konzerte und Festivals". Eben nach Thema (= Workspace) sortiert.

Hm...entschuldige, aber hier kann ich dir hier nicht folgen! Aus welchem Grund sollte ich meine Einstellungen, jedesmal wenn ich mit einer anderen Sprache gearbeitet haben, verändern bzw. umstellen wollen/müssen ? :bahnhof:
Du glaubst doch nicht im ernst, dass ich für jedes Projekt unterschiedliche Eclipse Einstellungen verwende ? Die stelle ich Projektspezifisch ein, sofern das überhaupt nötig ist.

Weil ich für PHP wahrscheinlich keine Debug-View gebrauchen kann. Zum Glück bietet Eclipse noch eine Leiste mit allen Perspektiven - aber das Hin- und Herschalten entfällt, wenn man mehrere Workspaces mit eigenen Einstellungen (und damit sind eben auch Views gemeint) verwendet. Außerdem könnte man so globale Einstellungen jeweils für PHP und Java definieren, und müsste diese nicht mehr für jedes Projekt einzeln setzen, was du bisher machen musst.

Aber du hast meinen Punkt ja bereits bestätigt: deine Projektanzahl hält sich in Grenzen, sodass man noch keine Probleme damit hat. Aber mit den Jahren werden sich eben noch viele Projekte ansammeln, und spätestens da wirst du die Übersichtlichkeit vermissen.

 

[Cody]

Ich meinte eher, ob du alle Bilddateien in einem Ordner hast. Aber das Beispiel ist auch gut. Ich habe bisher die Fotos auch so in etwa gehalten, wie du. Das Problem war, dass ich bei der manuellen Suche nicht unbedingt das Jahr kenne und erst überlegen muss, wann das war. Deswegen habe ich noch zusätzliche Gruppierungen, z.B. "Konzerte und Festivals". Eben nach Thema (= Workspace) sortiert.

Tchja, jeder so wie er es am besten mag. Ich hab keine Probleme damit, mich zu erinnern im welchem Jahr ich etwas gemacht habe außerdem gibt es dafür doch reichlich Software wie z.B. Picasa oder ACDSee, um seine Fotosammlung weiter zu Kategorisieren.

Wie man es im Endeffekt mach, muss jeder für sich selbst individuell entscheiden. So wie ich es hab, hab ich keine Probleme irgendetwas zu finden.

Aber das ist auch mehr OffTopic.

Weil ich für PHP wahrscheinlich keine Debug-View gebrauchen kann. Zum Glück bietet Eclipse noch eine Leiste mit allen Perspektiven - aber das Hin- und Herschalten entfällt, wenn man mehrere Workspaces mit eigenen Einstellungen (und damit sind eben auch Views gemeint) verwendet.

Ich kann dir hier trotzdem nicht ganz folgen. Warum sollte man Projektspezifische Einstellungen, global konfigurieren? :bahnhof:
Ich richte mir meine Perspektive u. Workbench einmal Global ein, speichere sie ab und gut ist. Die Sachen die Projektspezifisch sind die werden für jedes Projekt spezifisch eingestellt.

Wenn ich mit Java-Projekten arbeite, dann ist eben nur die Java-Perspektive offen und wenn ich mit PHP arbeite, dann eben nur die PHP Perspektive, das sind 5 Sekunden zum wechseln der Perspektive...aber die 5 Sekunden sind doch kein Grund sich extra deswegen ein separaten workspace o. Eclipse Installation anzulegen ? Ich find das ehr übertrieben! ???:L

Wenn du bei PHP keine Debug-View gebrauchen kannst, dann schließe sie doch einfach, du bist doch nicht gezwungen sie ständig aktiv zu haben und was ist daran so umständlich sie zu öffnen wenn sie benötigt wird ? Zumal das sowieso automatisch geschieht, sofern man debugged und es auch so konfiguriert hat. ???:L

Außerdem könnte man so globale Einstellungen jeweils für PHP und Java definieren,

Da kann man doch aus so, dafür brauch man doch keine separaten workspaces. ???:L

und müsste diese nicht mehr für jedes Projekt einzeln setzen,

Das muss man doch aber so oder so. Woher soll man den vorher wissen, was man für das nächste Projekt alles benötigt (Libs, PHP Version, DB etc.)?
Wenn du deine Globalen Einstellungen für das PDT jedesmal an das Projekt anpassen musst, ist das doch ehr suboptimal...oder nicht ?

was du bisher machen musst.

Natürlich muss man Projektspezifische Einstellungen auch jedesmal Projekt spezifisch konfigurieren. Ich weis ja nicht was du ständig an deinen Globalen Einstellungen veränderst, ich stell sie einmal ein und dann nie wieder...brauch man doch auch garnicht!

Also, ich kann deine Argumente irgendwie nicht Nachvollziehen...tut mir Leid. :bahnhof: