ich habe ein Problem der etwas anderen Art. Mein Eclipse startet nicht mehr und die javaw.exe läuft sich mit 99% CPU Auslastung (Quelle: TaskManager) fest. Ich habe keine Ahnung warum dies passiert.
Was habe ich gemacht:
Ich habe meinen Workspace kopiert und den neuen umbenannt (beim alten blieb alles wie es war). Dann habe ich meine Eclipse-Verknüpfung ebenfalls kopiert, die neue umbenannt und unter Eigenschaften bei Ziel den neuen Workspace angegeben. An meiner alten Einstellung ist absolut nichts passiert und die neue hat lediglich einen Workspace erhalten welcher "gleich" der alten ist (gleich im Sinne von gleiche Daten aber nicht gleicher Speicherort). Nun geht garnichts mehr!
Ich weiß nun wirklich nicht woran es liegen könnte und will wenn möglich Eclipse NICHT neu aufsetzen.
Für Vorschläge, Ideen oder sogar Lösungen wäre ich echt dankbar. Vielleicht kennt einer ja dieses für mich seltsame Problem.
Eclipse will absolut nichts mit deinem OS zu tun haben. Alles läuft nur innerhalb von Eclipse und dem Workspace. Solche Sachen wie ein 'Ziel' angeben, oder den Workspace von aussen verändern sind da ganz schlecht, und Eclipse wird's dir danken :wink:
Kola hat dir ja jetzt gesagt wie's richtig geht (idR brauchst du Eclipse nicht kopieren)
Den Workspace kannst Du problemlos von aussen verändern. Ist ja nix anderes als eine Verzeichnisstruktur mit den Source-Dateien drin. Alle darüber hinaus relevanten Daten werden in .metadata, .classpath und .project von Eclipse gespeichert. Sollte also doch mal was schief laufen (was mir in mehreren Jahren vielleicht 2 mal passiert ist), löscht man diese halt und legt das Project in Eclipse kurz neu an.
Das ist so nicht richtig. Eclipse muss immer synchron mit dem Filesystem laufen. Jede Änderung von aussen bewirkt das dies nicht mehr der Fall ist.
Änderst du zum Beispiel eine .java Datei von aussen, so bekommen die Listener die auf dem Workspace liegen davon nichts mit, und die Datei wird nicht neu gebuildet, was zu äusserst seltsamen Fehlern führen kann.
Weiterhin kann es passieren das du dir die local history zerschießt und ähnliches.
Das ist auch der Grund warum du innerhalb des Workspaces nicht java.io verwenden kannst, sondern über das IFile Interface gehen must.
Die JDT können damit (nach clean oder refresh) noch 'relativ' gut umgehen, aber du kannst nicht vorhersagen was bei anderen PlugIns passiert wenn das Filesystem out of synch ist.
Viele verrückte Fehler in Eclipse passieren weil von aussen in den Workspace eingefriffen wurde.
Du magst recht haben, was die Class-Files angeht, aber alle weiteren Resource Dateien wie etwaige Bilder, Icons, whatever kann man lustig verändern, umherkopieren, etc pp. Da genügt ein einfacher Refresh und die Sache ist geritzt. Auch IO klappt wunderbar auf diese Dateien im Workspace.
Ich muss gestehen, ich habe wohl noch nie versucht, den Quellcode zu manipulieren ausser mit Eclipse selbst. Und mir fällt auch kein Grund ein, warum ich das tun sollte. :roll: Ich habe aber auch noch nie den Ast abgesägt, auf dem ich sitze. :bae:
Also bei mir bekommt Eclipse es mit wenn ich eine Quelldatei außerhalb Eclipse's
(Textpad) geändert habe und fragt nach ob es die geänderte Datei laden soll.
Wie gesagt, jede Datei die du anfasst ist out of synch bis zum nächsten refresh. wie wo, wann und ob sich das niederschlägt kann man nicht so einfach sagen (da das auch von den installierten PlugIns abhängt), aber besser man lässt es gleich bleiben :wink:
Frag mich nicht wie viele Installationen unseres Plugins schon Probleme gemacht haben weil die User in ihrem Workspace rumgepfuscht haben :roll:
