In aller Kürze… Wenn man in der application.ini (oder wie auch immer genannt) Properties setzt, sollte man auf Folgendes achten:
schlecht:
autoloaderNamespaces.myns = 'MyNs_'
gut:
autoloaderNamespaces.myns = MyNs_
Gilt stark vermutlich für alle ini-Settings.
Wer in Eclipse verschiedene Workspaces verwendet, benutzt sicherlich auf den Auswahldialog beim Start.
Während Eclipse bis zu diesem Dialog kommt, dauert es manchmal etwas, was dazu führt (bei mir zumindest), dass man während des Splashscreens noch schnell chattet oder andere Faxen macht.
Allerdings krallt sich der Dialog zur Workspace den Fokus, woraus dann auch mal ein neuer Workspace mit dem Namen “argl… honk ^^” oder Ähnlichem entsteht. Diesen zu löschen ist nicht weiter schlimm, aber in der Auswahlliste ist dann immer dieser Zombie-Workspace vorhanden.
Um diese Liste aus obigem oder anderem Grund zu ändern, muss man im Eclipse-Verzeichnis in der Datei “org.eclipse.ui.ide.prefs” Hand anlegen. Zu finden ist diese unter “ECLIPSE_HOME/configuration/.settings/”.
via Software Engineering: How To Remove An Obsolet Workspace From Eclipse 3.1.
Das muss ich gleich posten, weil es mich so schockiert…
Ich habe versucht unter meinem Dokumente-Ordner einen VHost zum Laufen zu brinden, aber das scheint nicht zu gehen. Zumindest wird hier das gleiche Problem beschrieben mit anschließender Aussage, dass es einfach nicht geht. Wieso auch immer der Apache versucht auf / zu verweisen, weiß nur der liebe Gott. Man kann also keinen VHost oder sonstwie ein DocumentRoot unter
/User/xyz/Documents
legen. Krasser Schuh oder auch Pferd!
Wenn jemand hier rüber stolpert und die Antwort weiß bitte einen Kommentar hinterlassen, weils mich schon sehr interessiert.
Anders als bei CVS muss man bei Subversion (soweit ich weiß) die Properties, wie Autor, Revision etc. auf der Client-Seite setzen. Die Ersetzung scheint dann auch auf der Client-Seite zu erfolgen.
Um diese Ersetzung zu automatisieren muss man ein paar Einstellungen vornehmen. Subversion legt im Home/Eigene Dateien-Verzeichnis jeweils eine Konfigurationsdatei an. Die Pfade sind:
Hier muss man folgende Sektionen bearbeiten:
[miscellany] enable-auto-props = yes [auto-props] *.java = svn:eol-style=native; svn:keywords=Id Author Date Revision *.jpg = svn:mime-type=image/jpeg *.png = svn:mime-type=image/png *.properties = svn:eol-style=native *.sh = svn:eol-style=native;svn:executable *.txt = svn:eol-style=native *.xml = svn:eol-style=native *.php = svn:eol-style=native; svn:keywords=Id Author Date Revision
und was man sonst noch haben will.
Eclipse hat bekanntlicher Weise ja eine interne Taskliste.
Diese Liste zeigt durch Keywords gekennzeichnete Codefragmente (z.B. todo, TODO, @todo) an. In einem größeren Projekt wird es schnell extrem unübersichtlich und es werden auch nur 100 Einträge angezeigt. Zudem werden Tasks aller offenen Projekte angezeigt.
Vor Kurzem bin ich zufällig über den Filter-Button gestolpert. Dieser ermöglicht es die Suche und Anzeige von Tasks zu beschränken. So hat man schnell die gewünschte, notwendige, sinnvolle Liste.
Anbei noch ein paar Screenshots zur Visualisierung:
Abb. 1: Die unübersichtliche Standardliste. Oben links ist der Button zu den Filtereinstellungen.
Abb. 2: Es gibt viele Möglichkeiten zu filtern.
Abb. 3: Ein Workingset ist schnell angelegt und bietet die Filterungen nach Projekten bzw. Teilen dieser.
Abb. 4: Jetzt hat man eine übersichtliche Taskliste,
