Privates Blog von Karsten Gresch » tips http://blog.gresch.de Varia, Miscellania Wed, 06 Jul 2011 18:23:07 +0000 en hourly 1 http://wordpress.org/?v=3.3.1 Eclipse + Maven: Debuggen im Sourcecode benachbarter Projekte http://blog.gresch.de/2009/01/10/eclipse-maven-debuggen-im-sourcecode-benachbarter-projekte/ http://blog.gresch.de/2009/01/10/eclipse-maven-debuggen-im-sourcecode-benachbarter-projekte/#comments Sat, 10 Jan 2009 21:46:00 +0000 KG http://web636.webbox122.server-home.org/wpkg/?p=285
Problem
Bei der Arbeit mit Maven und Eclipse an einer modular aufgebauten Anwendung (mehrere Eclipse-Projekte, Maven mit dem m2Eclipse-Plugin, "Mama-POM" und Modulprojekte) vermeide ich abhängige Projekte, da es einen Unterschied macht, ob man mit dem physikalischen Ergebnis, also dem Maven-Artefakt, oder mit einem verknüpften Eclipse-Projekt arbeitet.

Vielen Probleme damit führten dazu, standardmäßig Disable Workspace Resolution und Disable Nested Modules zu wählen.

Das macht aber das Debuggen schwierig: Beim Debuggen möchte man beim Debuggen direkt in den Quellcode der mit der Startanwendung verbundenen Modulprojekte springen.

Defaultmäßig ist das nicht möglich, vielmehr wird die .class-Datei im Editor angezeigt. Hier hilft auch nicht, den Ort des Source-Codes in den Maven-Abhängigkeiten manuell mitzuteilen.

Verlinkte Quellordner (siehe linked resources) helfen hier nicht.


Lösung
In den Debug-Einstellungen als Quellordner die Modulprojekte angeben über Debug->Open Debug Dialog->Source.


Tip
Wenns beim Debuggen von WTP-Projekten dennoch nicht funktioniert, daran denken, den Server im Debug-Modus zu starten ;-)

]]> http://blog.gresch.de/2009/01/10/eclipse-maven-debuggen-im-sourcecode-benachbarter-projekte/feed/ 0 Ant: Umgebungsvariablen an der Kommandozeile (mit “-D”) überschreiben http://blog.gresch.de/2008/01/16/ant-umgebungsvariablen-an-der-kommandozeile-mit-d-ueberschreiben/ http://blog.gresch.de/2008/01/16/ant-umgebungsvariablen-an-der-kommandozeile-mit-d-ueberschreiben/#comments Wed, 16 Jan 2008 23:16:00 +0000 KG http://web636.webbox122.server-home.org/wpkg/?p=230 Wird immer mal wieder angefragt: Gesetzt den Fall, man möchte in einem Ant-Script auf eine Umgebungsvariable zugreifen, was man normalerweise so macht:

<property environment="env" /> <property name="dist-conf" location="${env.DIST_PATH}/conf" />

Dann kann man diese Variable an der Kommandozeile wie folgt überschreiben:

ant -Denv.DIST_PATH=/path/to/the/dir

Um einmal gesetzte Variablen zu überschreiben, ist der Ant-Contrib-Variable-Task (siehe http://ant-contrib.sourceforge.net/) die Lösung der Wahl.

]]> http://blog.gresch.de/2008/01/16/ant-umgebungsvariablen-an-der-kommandozeile-mit-d-ueberschreiben/feed/ 0 Eclipse erstellt plötzlich kein Build mehr??? http://blog.gresch.de/2007/05/11/eclipse-erstellt-ploetzlich-kein-build-mehr/ http://blog.gresch.de/2007/05/11/eclipse-erstellt-ploetzlich-kein-build-mehr/#comments Sat, 12 May 2007 00:02:09 +0000 KG http://web636.webbox122.server-home.org/wpkg/?p=184 Das könnte an einer korrumpierten .project-Datei liegen.
Einfach mal

        <buildCommand>            <name>org.eclipse.jdt.core.javabuilder</name>            <arguments>            </arguments>        </buildCommand>

einfügen (direkt via Eclipse, im geöffneten Projekt funktioniert). 

]]> http://blog.gresch.de/2007/05/11/eclipse-erstellt-ploetzlich-kein-build-mehr/feed/ 0