<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Shiny Adventures of a software developer</title>
    <link>https://atomfrede.gitlab.io/</link>
    <description>Recent content on Shiny Adventures of a software developer</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <copyright>CC BY-SA 4.0</copyright>
    <lastBuildDate>Sun, 11 Apr 2021 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://atomfrede.gitlab.io/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Automated frontend perfomance test with lighthouse for JHipster</title>
      <link>https://atomfrede.gitlab.io/2021/04/automated-frontend-perfomance-test-with-lighthouse-for-jhipster/</link>
      <pubDate>Sun, 11 Apr 2021 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2021/04/automated-frontend-perfomance-test-with-lighthouse-for-jhipster/</guid>
      <description>The JHipster team always tries to generate code that performs well. For the backend code you can decide to use Gatling to generate perfomance tests. Most of the times Matt Raible is doing a lighthouse test for each release manually, but there is no automated regression testing for a generated application.&#xA;When choosing Cypress as end-2-end testing framework one could use cypress-audit to automate the manual lighthouse test. This will be beneficial to the JHipster development to identify regressions and for JHipster users as they can test the frontend perfomance more easily.</description>
    </item>
    <item>
      <title>Creating a JHipster Playwright Blueprint - Part 2</title>
      <link>https://atomfrede.gitlab.io/2021/03/creating-a-jhipster-playwright-blueprint-part-2/</link>
      <pubDate>Sat, 20 Mar 2021 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2021/03/creating-a-jhipster-playwright-blueprint-part-2/</guid>
      <description>Note: This is part 2 of Creating a JHipster Playwright Blueprint.&#xA;When creating a JHipster blueprint you usually start with an application and modify it to your needs. Afterwards you can start to modify existing templates or creating new ones if needed. As JHipster offers a lot of different options you might need to modify multiple applications in order to get the templates right.&#xA;In this post we will integrate Playwright into an existing JHipster application.</description>
    </item>
    <item>
      <title>Creating a JHipster Playwright Blueprint - Part 1</title>
      <link>https://atomfrede.gitlab.io/2021/03/creating-a-jhipster-playwright-blueprint-part-1/</link>
      <pubDate>Wed, 10 Mar 2021 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2021/03/creating-a-jhipster-playwright-blueprint-part-1/</guid>
      <description>JHipster offers good support for doing end-2-end tests. Recently Cypress has been added as the default option and Protractor has been deprecated.&#xA;While maintaining protractor tests for three frontend stacks (angular, react and vue) was not easy, we are very happy with what Cypress offers. The tests are much more stable and the developer experience is great. Nevertheless Cypress has some drawbacks as it focuses on doing one thing well.</description>
    </item>
    <item>
      <title>Replace the login modal with a separate login page</title>
      <link>https://atomfrede.gitlab.io/2019/11/replace-the-login-modal-with-a-separate-login-page/</link>
      <pubDate>Sat, 16 Nov 2019 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2019/11/replace-the-login-modal-with-a-separate-login-page/</guid>
      <description>Note: Since JHipster v7.0.0-beta.1 the login page is not rendered in a modal dialog anymore. Therefore this post applies only yo JHipster 6.x!&#xA;During my last talk about JHipster I was asked if it is possible to replace the modal login dialog with a dedicated login page. I remember doing that for the angular 1 frontend as it was possible to configure in the router if the content was rendered on a modal dialog or not.</description>
    </item>
    <item>
      <title>Setup Congstar DSL with TP-Link Archer VR600v</title>
      <link>https://atomfrede.gitlab.io/2019/08/setup-congstar-dsl-with-tp-link-archer-vr600v/</link>
      <pubDate>Mon, 05 Aug 2019 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2019/08/setup-congstar-dsl-with-tp-link-archer-vr600v/</guid>
      <description>After the recent thunderstorm killed my old Fritz!Box we needed a new router. As I never used a lot of the features a Fritz!Box has to offer I looked for alternatives. Finding a router with integrated modem and phone functions reduces the amount of devices, In the end I needed to decide between the highend devices Fritz!Box 7590, TP-Link VR2800v and the entry level VR600v. I would have also considered the mid level VR900v but currently only the older revision v1 is available.</description>
    </item>
    <item>
      <title>Using Greenmail to enhance JHipster Integration Tests</title>
      <link>https://atomfrede.gitlab.io/2019/06/using-greenmail-to-enhance-jhipster-integration-tests/</link>
      <pubDate>Wed, 05 Jun 2019 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2019/06/using-greenmail-to-enhance-jhipster-integration-tests/</guid>
      <description>When it comes to testing JHipster provides a wide range of tests out of the box. Recently I found Greenmail. Greenmail is a java library to test sending and receiving of emails from Java. This is quite useful during to development to test sending of emails (e.g. to check if all is configured correctly or if the responsiveness is fine in different email clients). Furthermore you can use greenmail in unit or integration tests which makes the setup of such tests easier as the sending of emails must not be mocked.</description>
    </item>
    <item>
      <title>JHipster With Testcontainers</title>
      <link>https://atomfrede.gitlab.io/2019/05/jhipster-with-testcontainers/</link>
      <pubDate>Tue, 07 May 2019 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2019/05/jhipster-with-testcontainers/</guid>
      <description>As you might noticed, I really like JHipster and Testcontainers. Right now, when you create a JHipster application and choose e.g. PostgreSQL as your database the integration tests (annotated with @SpringBootTest) are still using an H2 in-memory database. This helps to make the first time experience for our users quite smooth as they don’t need docker for example. When you are planning to use some specific functions of your choosen database H2 is not the right choise anymore.</description>
    </item>
    <item>
      <title>Getting Hip with JHipster in the Java Aktuell Magazine </title>
      <link>https://atomfrede.gitlab.io/2019/02/getting-hip-with-jhipster-in-the-java-aktuell-magazine/</link>
      <pubDate>Fri, 22 Feb 2019 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2019/02/getting-hip-with-jhipster-in-the-java-aktuell-magazine/</guid>
      <description>My very first article was published in the german Java Aktuell 2/2019. Thanks to our scrummaster Marcus who had the great idea to tell a story instead of just writing a technical introduction. The result is a story about the scrummaster Samu and the jhipster contributor Jennifer.&#xA;If you can read German, you can download and read the article as PDF for free.&#xA;The Java Aktuell is the official community magazine of the iJUG, the Association of the German Java User Groups e.</description>
    </item>
    <item>
      <title>Erste Devoxx4Kids in Paderborn</title>
      <link>https://atomfrede.gitlab.io/2017/10/erste-devoxx4kids-in-paderborn/</link>
      <pubDate>Sun, 22 Oct 2017 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2017/10/erste-devoxx4kids-in-paderborn/</guid>
      <description>Am 14. Oktober fand in den Räumen des Paderborner Interaktionslabors (PIN-Lab) der Universität Paderborn der erste Devoxx4Kids-Tag in Paderborn statt. Von 9-16 Uhr konnten 24 Kinder und Jugendliche spannende Workshops zu Informatik und Elektrotechnik erleben. Beim gemeinsamen Devoxx4Kids-Frühstück vor Ort konnten die Zehn- bis Fünfzehnjährigen sich zunächst einmal in gemütlicher Runde kennenlernen. Danach starteten sie mit den 14 Mentorinnen und Mentoren in den ersten von insgesamt drei verschiedenen Workshops:&#xA;Im Robotikkurs wurden LegoMindstorms z.</description>
    </item>
    <item>
      <title>Cache in Gitlab CI</title>
      <link>https://atomfrede.gitlab.io/2016/04/cache-in-gitlab-ci/</link>
      <pubDate>Sun, 03 Apr 2016 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2016/04/cache-in-gitlab-ci/</guid>
      <description>When using gitlab ci one might know the cache property. With defining cached files these are used for subsequent build (instead of downloading them again). This is extremly useful when using a docker executor, the shell executor doesn’t need a cache as long as a build doesn’t remove downloaded or generated artifacts.&#xA;But the build can only cache artifacts in the current working directory, so you can’t cache e.g. the local .</description>
    </item>
    <item>
      <title>QRGen mit Android Support und SVG Support</title>
      <link>https://atomfrede.gitlab.io/2015/04/qrgen-mit-android-support-und-svg-support/</link>
      <pubDate>Sun, 19 Apr 2015 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2015/04/qrgen-mit-android-support-und-svg-support/</guid>
      <description>Vor etwas längerer Zeit habe ich bereits über QRGen berichtet. Mit QRGen ist sehr einfach möglich QRCodes für URLs und VCards zu erzeugen. Es fehlte allerdings Android und SVG Support.&#xA;Seit Version 2.0 ist es möglich auf Android QRCodes zu erzeugen. Um das ganze möglich zu machen musste die Library in drei Teile aufgeteilt werden: core, javase und android, damit der Android-Teil keine Abhängigkeiten zum BufferedImage aus dem StandardJDK hat.</description>
    </item>
    <item>
      <title>Schatten in XFCE 4.12</title>
      <link>https://atomfrede.gitlab.io/2015/03/schatten-in-xfce-4.12/</link>
      <pubDate>Fri, 13 Mar 2015 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2015/03/schatten-in-xfce-4.12/</guid>
      <description>Das neue XFCE 4.12 rendered per Default Schatten unterhalbt von Leisten. Was bei normalen Leisten auf dem Desktop eventuell noch Sinn macht ist bei Docks wie Conky oder in meinem Fall Plank leider sehr unpraktisch wie man am folgenden Screenshot sehen kann. Die Lösung ist relativ einfach, man muss nur den Haken bei &amp;#34;Schatten unter Leisten anzeigen&amp;#34; entfernen und schon ist alles wieder normal!</description>
    </item>
    <item>
      <title>Hello World</title>
      <link>https://atomfrede.gitlab.io/2015/03/hello-world/</link>
      <pubDate>Sat, 07 Mar 2015 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2015/03/hello-world/</guid>
      <description>Der technologische Unterbau meines &amp;#34;Blogs&amp;#34; hat sich mal wieder geändert. Diesmal von Octopress zu Hubpress, was ein einfaches editieren im Browsers (Hooray for HTML5) möglich macht.&#xA;Alle alten Artikel werden im Laufe der Zeit noch hierher umgezogen!</description>
    </item>
    <item>
      <title>GitHub Tools und Services</title>
      <link>https://atomfrede.gitlab.io/2014/07/github-tools-und-services/</link>
      <pubDate>Mon, 14 Jul 2014 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2014/07/github-tools-und-services/</guid>
      <description>Jeder kennt vermutlich GitHub und hat bestimmt schonmal gedacht, wie es vor GitHub gewesen ist und warum GitHub die Softwareentwicklung verändert hat. Es gab schon vor GitHub eine Reihe von Anbietern, die Versionskontrolle für OSS Projekte kostenos zur Verfügung gestellt haben, wie Googlecode, Sourceforge und Bitbucket. Der größte Unterschied meiner Meinung nach ist die Tatsache, dass GitHub von Beginn an eine Api angeboten hat um Drittanbietern die Interaktion mit einem Projektrepository zu ermöglichen.</description>
    </item>
    <item>
      <title>Piwik Javatracker</title>
      <link>https://atomfrede.gitlab.io/2014/01/piwik-javatracker/</link>
      <pubDate>Sun, 19 Jan 2014 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2014/01/piwik-javatracker/</guid>
      <description>Jeder kennt google analytics und vielleicht auch die freie alternative Piwik. Die Einbindung passiert normalerweiße über ein kleines JavaScript Snippet, sodass bei jedem Seitenaufruf die Piwik-Instanz informiert wird. Bereits vor längerer Zeit stellte sich das Problem, wie man eine Wicket Webanwendung an Piwik anbindet.&#xA;Mein erster Gedanke, einfach das JS Snippet als Resource in jede Seite einzubinden hat leider nicht geklappt, Piwik wurde nicht über Seitenbesuche informiert. Doch zum Glück gibt es eine Java-Implementierung der Tracking Api.</description>
    </item>
    <item>
      <title>QRCodes Erzeugen Einfach Gemacht</title>
      <link>https://atomfrede.gitlab.io/2013/07/qrcodes-erzeugen-einfach-gemacht/</link>
      <pubDate>Fri, 12 Jul 2013 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2013/07/qrcodes-erzeugen-einfach-gemacht/</guid>
      <description>In einem privaten Projekt (eine Wicket Web-Anwendung) stand ich neulich vor der Aufgabe QRCodes zu erzeugen, die zu Seiten der Anwendung führen sollten. Ich hatte noch im Kopf, dass Zxing eine ganze Bibliothek für Java zur Vefügung stellt um jegliche Art von Barcodes (also auch QRCodes) zu erzeugen und zu lesen. Nach einem kurzen Überblick war mir eigentlich klar, dass ZXing extrem mächtig ist und auch das könnte was will, nämlich einen QRCode für www.</description>
    </item>
    <item>
      <title>Fragment im ViewPager aktualisieren</title>
      <link>https://atomfrede.gitlab.io/2013/06/fragment-im-viewpager-aktualisieren/</link>
      <pubDate>Tue, 04 Jun 2013 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2013/06/fragment-im-viewpager-aktualisieren/</guid>
      <description>In meiner Sprintercup App für Android benutze ich einen ViewPager um zwischen den einzelnen Läufen zu wechseln. Der Benutzer sollte in Lage sein einen Lauf als abgeschlossen zu markieren, wodurch sich die Darstellung des enthaltenen ListViews ändert. Hierzu muss man dem ListView natürlich mitteilen, dass sich der Inhalt geändert hat und er sich doch bitte neu zeichen sollte.&#xA;Da der ViewPpager die enthaltenen Fragments nicht alle im Speicher hält musste eine bessere Lösung her.</description>
    </item>
    <item>
      <title>Wicket and JQPlot</title>
      <link>https://atomfrede.gitlab.io/2013/03/wicket-and-jqplot/</link>
      <pubDate>Sat, 23 Mar 2013 00:00:00 +0000</pubDate>
      <guid>https://atomfrede.gitlab.io/2013/03/wicket-and-jqplot/</guid>
      <description>Ich bin ja ein großer Fan von Apache Wicket. Vor kurzem musste ich kleine Graphen in einer Wicket Anwendung anzeigen. Ich habe mich dabei für JQPlot entschieden. Es stellte sich jedoch sehr schnell heraus, das die vorhandene Integration nicht merh kompatibel zu Wicket 6.x ist.&#xA;Glücklicherweise ist das ganze mit einer kleinen Anpassung des Resource Management gelöst.&#xA;Erster Schritt war die Erstellung einer Komponente JQPlotChart.java, die nichts weiter macht, als die Daten des Graphen zu kapseln und das erstellte spezielle JQPlotBehaviour.</description>
    </item>
  </channel>
</rss>
