Eclipse Bug oder gewollt?

[GUI-Programmer]

Hallo zusammen.

Ich benutze die neueste Version von Eclipse (glaube ich zumindest):

Version: Indigo Service Release 1

Vor kurzem ist der .metadata Ordner von meinen Workspace sehr groß geworden. Anfangs hatte er um die 10Mb. Nun aber 284Mb!!! Das ganze wäre auch nicht so probematisch wenn sich das Workspace nicht in Dropbox befinden würde und ich zudem momentan noch eine verdammt langsame Internetverbindung besitze (<80Kb/s)!.

Ich habe auch schon festgestellt, welche Datei die Ursache für diese enorme Größe ist:

_15.cfs

mit 237 Mb, welche sich im Ordner

.metadata\.plugins\org.eclipse.m2e.core\nexus\d9d714e11cb097b3ffcec91cccc65d3e

befindet bzw. befand,
denn diese habe ich aus Dropbox entfernt - und Eclipse läuft weiterhin ohne Probleme!!!

Nun meine Fragen:
Hat diese Datei überhaupt irgendeinen Sinn? Wenn ja, welchen? Handelt es sich hierbei um einen Bug?

 

[gman]

Hi,

da in dem Pfad zu dem Ordner "m2e" und "nexus" vorkommt, vermute ich das sich
das Maven-Plugin sich dort den Index vom Maven-Repository merkt.

Aber dafür ist das schon heftig groß.

 

[musiKk]

Also ich habe die Datei auch. Der Pfad ist sogar der selbe, nur die Datei heißt anders. Auch die Größe passt. Vom Inhalt her sieht es in der Tat wie eine Index-Datei aus.

Beim Eclipse-Workspace achte ich allerdings nie auf die Größe. Der ist bei mir teilweise hunderte MB groß. Typisch Eclipse eben.

 

[GUI-Programmer]

Also bei meinen einen Workspace ist die Größe ohne dieser Datei auch größer als 100Mb, allerdings befinden sich da auch mehr als 15 Projekte mit sehr vielen Klassen und eingebunden Jars. Mit dieser Datei wären es dann allerdings schon ca. 350 Mb!

Doch bei meinen neuen Workspace hab ich bisjetzt nur ein einziges Projekt, welches ich gestern (15.02.2012) erst begonnen habe, es sich also derzeit noch um wenig Klassen und Libraries handelt und somit der .metadata Ordner wie bereits erwähnt um die 11Mb groß ist. Mit besagter Datei jedoch 250Mb!!!

Irgendwie unnötig, oder, aber dennoch gut, dass diese Datei anscheinend nicht (unbedingt) benötigt wird und auch bisjetzt nicht erneut erstellt wird. Das Ganze ist mir erst passiert, nachdem ich mir die neueste Version von Eclipse geholt habe wegen dem 1.7 Compiler.

Also wer was näheres zu der mysteriösen Datei weiß: Nur her damit!!!!

 

[Wildcard]

Wurde doch schon gesagt, das ist der Index des Maven Repositories um schneller nach Artifakten suchen zu können.

Das ganze wäre auch nicht so probematisch wenn sich das Workspace nicht in Dropbox befinden würde

Das ist für mich das eigentliche Problem. Warum verwendest du keine Versionsverwaltung? Einen ganzen Workspace auf einen Online Speicher zu schieben ist ein sehr schlechter Ersatz.

 

[maki]

Kann WIldcard nur zustimmen, lerne Subversion, find ich für SCM Anfänger am besten (weil einfachsten).
Das bietet viel mehr (u.a. Historie) und nutzt dir auch beruflich etwas, im Gegensatz zu Dropbox.

 

[Wildcard]

Kann WIldcard nur zustimmen, lerne Subversion, find ich für SCM Anfänger am besten (weil einfachsten).

Ja, Subversion ist anfangs sicher besser geeignet als Git (mehr straight forward) und sehr einfach einzurichten.
Gibt auch einige Anbieter die kostenlose Repositories anbieten falls du keinen Server zur Verfügung hast und das ganze auch Online erreichbar sein soll.
Free online private SVN repositories - Stack Overflow

 

[mvitz]

Ansonsten könnte er wohl auch das SVN Repository einfach in Dropbox ablegen und per file:// darauf zugreifen.

 

[GUI-Programmer]

1. @maki & Wildcard: Danke, werd ich bestimmt irgendwann mal machen, hatte ich sowieso schon vor.

Ansonsten könnte er wohl auch das SVN Repository einfach in Dropbox ablegen und per file:// darauf zugreifen.

2. Könntest du mir das noch etwas genauer erklären?

3. Nun noch mal die Frage: Bug (wegen der Größe) oder nicht (da gewollt erstellt)???

 

[mvitz]

Kein BUG, da gewollt, sofern du das m2e Plugin (Maven) installiert hast.

SVN benötigt ein Repository, von dem die Clients sich dann ihre "Working Copy" holen. Idr. kommt dafür ein SVN Server zum Einsatz, man kann aber auch über das Filesystem auf dieses Repository zugreifen. Wenn du nun das Repository in Dropbox ablegst, wird dieses zwischen deinen PCs sychnronisiert und du sparst dir einen eigenen Server dafür. Aufgrund der Art und Weise, wie SVN Änderungen im Repository speichert, werden bei Änderungen dann auch nur minimale Dateiänderungen an Dropbox hochgeladen.

 

[GUI-Programmer]

Gut, dass klingt doch sehr sinnvoll. Hab es gerade mal gegooglet, aber nur englische Tutorials gefunden. Hat jemand vielleicht einen Link oder kann mir dass jemand so erklären, wie ich dass machen muss?