<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Julius Mischok on JAVAPRO Germany</title><link>https://javapro.svenruppert.com/authors/julius-mischok/</link><description>Recent content in Julius Mischok on JAVAPRO Germany</description><generator>Hugo</generator><language>de-DE</language><lastBuildDate>Mon, 03 Nov 2025 07:01:32 +0000</lastBuildDate><atom:link href="https://javapro.svenruppert.com/authors/julius-mischok/index.xml" rel="self" type="application/rss+xml"/><item><title>High Speed JPA</title><link>https://javapro.svenruppert.com/high-speed-jpa/</link><pubDate>Mon, 03 Nov 2025 07:01:32 +0000</pubDate><guid>https://javapro.svenruppert.com/high-speed-jpa/</guid><description>&lt;p&gt;JPA, dem Jakarta Persistence API, wird immer wieder nachgesagt „zu langsam für die Praxis“ zu sein. Dennoch steckt sie seit Jahren in unzähligen Projekten – und sorgt dort unauffällig für stabile Unternehmensanwendungen. Sind die Vorwürfe bezüglich der Performance also nur Panikmache? Die Wahrheit liegt irgendwo dazwischen: JPA selbst ist nicht das Problem, aber die Art, wie wir es einsetzen, kann in ein Performance-Desaster führen.&lt;/p&gt;
&lt;p&gt;In diesem Artikel schauen wir uns an, warum grüne Tests trügerisch sein können – und welche einfachen Tricks helfen, JPA von einem vermeintlichen Bremsklotz zu einem zuverlässigen Highspeed-Werkzeug zu machen.&lt;/p&gt;</description></item><item><title>Teste deine Tests: Mutation Testing in Java mit PIT</title><link>https://javapro.svenruppert.com/teste-deine-tests-mutation-testing-in-java-mit-pit/</link><pubDate>Mon, 20 Oct 2025 07:20:49 +0000</pubDate><guid>https://javapro.svenruppert.com/teste-deine-tests-mutation-testing-in-java-mit-pit/</guid><description>&lt;h2 id="mehr-als-nur-code-coverage"&gt;Mehr als nur Code Coverage&lt;/h2&gt;
&lt;p&gt;Automatisierte Tests gehören inzwischen fest zur professionellen Softwareentwicklung. Ob klassisch mit Unit-Tests oder im voll testgetriebenen Workflow (TDD) – Tests sorgen dafür, dass Anwendungen korrekt, wartbar und refaktorierbar bleiben. Die meisten Java Teams messen ihre Testabdeckung mit Tools wie JaCoCo und binden die Metriken in ihre CI/CD-Pipelines ein. Auf den ersten Blick wirkt das ausreichend: Hohe Testabdeckung – also sind wir sicher, oder?&lt;/p&gt;
&lt;p&gt;Leider führt genau diese Annahme oft in eine trügerische Sicherheit. Testabdeckung zeigt nur, dass eine Zeile oder ein Branch beim Testlauf ausgeführt wurde. Sie sagt aber nichts darüber aus, ob der Test auch wirklich das Ergebnis überprüft hat. Eine Zeile Code kann „abgedeckt“ sein, nur weil ein Test zufällig darüberläuft – ohne eine sinnvolle Assertion. Selbst 100 % Branch Coverage garantieren nicht, dass kritische Bedingungen auch korrekt getestet wurden.&lt;/p&gt;</description></item></channel></rss>