<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Eclipse on Michael Hönnig</title><link>https://michael.hoennig.de/de/tags/Eclipse/</link><description>Recent content in Eclipse on Michael Hönnig</description><generator>Hugo -- gohugo.io</generator><language>de-DE</language><copyright>© 2026 Michael Hönnig</copyright><lastBuildDate>Sun, 23 May 2010 00:00:00 +0200</lastBuildDate><atom:link href="https://michael.hoennig.de/de/tags/Eclipse/index.xml" rel="self" type="application/rss+xml"/><item><title>Mutationstests für JUnit-Tests</title><link>https://michael.hoennig.de/de/blog/2010/2010-05-23-mutationstests-fur-junit-tests/</link><pubDate>Sun, 23 May 2010 00:00:00 +0200</pubDate><guid>https://michael.hoennig.de/de/blog/2010/2010-05-23-mutationstests-fur-junit-tests/</guid><description>Unit-Tests sind in den meisten Java-Projekten schon selbstverständlich. Doch womit testet man eigentlich seine Unit-Tests? Die Code-Coverage alleine ist kein guter Maßstab, besagt diese doch noch nichts über die Wahrscheinlichkeit aus, mit der fehlerhafte Ergebnisse erkannt werden. Sollen doch sogar schon Unit-Tests ganz ohne Asserts geschrieben worden sein! Die Unzulänglichkeit von Unit-Tests kann mit so genannten Mutationstests aufgedeckt werden. Einige …</description></item><item><title>Meine Top-Eclipse-Plugins</title><link>https://michael.hoennig.de/de/blog/2009/2009-08-15-meine-top-eclipse-plugins/</link><pubDate>Sat, 15 Aug 2009 00:00:00 +0200</pubDate><guid>https://michael.hoennig.de/de/blog/2009/2009-08-15-meine-top-eclipse-plugins/</guid><description>Gerade bin ich dabei das Eclipse auf meinem derzeit recht selten verwendete Homeoffice-Computer auf Galileo (Eclipse 3.5) zu bringen. Da das Upgrade eines solchen Versionssprung wohl erst ab der 3.5 auf höhere Versionen gehen soll, fällt also mal wieder das Nachinstallieren aller Plugins an. Einige davon hatte ich in anderen Blog-Artikeln erwähnt, doch hier mal alle aktuellen Lieblings-Plugins zusammen:</description></item><item><title>Magisches Programmende beim Debuggen von Java Threads mit Eclipse</title><link>https://michael.hoennig.de/de/blog/2009/2009-07-21-magisches-programmende-beim-debuggen-von-java-threads-mit-eclipse/</link><pubDate>Tue, 21 Jul 2009 00:00:00 +0200</pubDate><guid>https://michael.hoennig.de/de/blog/2009/2009-07-21-magisches-programmende-beim-debuggen-von-java-threads-mit-eclipse/</guid><description>Gerade traf mich beim Debuggen ein seltsames Verhalten meines Java-Programms unter Eclipse. Die Anwendung ist multithreaded und der wichtigste Thread wurde trotz Breakpoint auf erster Zeile in der run()-Methode oft gar nicht erst betreten, bzw. die Anwendung terminierte während Eclipse auf dieser Zeile angehalten hatte. Kein System.exit() meiner Anwendung wurde dabei durchlaufen.</description></item><item><title>Code-Coverage von JUnit Tests mit Eclipse und Maven</title><link>https://michael.hoennig.de/de/blog/2009/2009-07-15-code-coverage-von-junit-tests-mit-eclipse-und-maven/</link><pubDate>Wed, 15 Jul 2009 00:00:00 +0200</pubDate><guid>https://michael.hoennig.de/de/blog/2009/2009-07-15-code-coverage-von-junit-tests-mit-eclipse-und-maven/</guid><description>Meistens benutze ich für die Messung der Code-Coverage von Tests EclEMMA, da dieses als Eclipse-Plugin die Code-Coverage direkt in Eclipse anzeigt.</description></item></channel></rss>