A kerti mindenes tároló II
Pár hete felépült a kerti mindenes tároló, ahol a koncepció az volt, hogy majd jól körbe rakom tűzifával, és a tűzifa majd ott fog az eresz alatt száradni, mielőtt kenyérsütéshez vagy hobbi-fűtéshez felhasználom. Amíg pedig szárad, addig a száradáson kívül az esőtől védi a kerti mindenes tároló mindenét, a fának nem árt egy kis eső,
A mai nap margójára
– Maga itt az illemtanár?– Nem, én az egészségügyi államtitkár vagyok, bazmeg!
Az Aqua korszak margójára
Tegnap este nyolckor megrendeltem a cuccot, reggel negyed nyolckor ott volt az automatában. Ezzel kellett volna versenyezni…
InvalidClassException: filter status: REJECTED
So, I recently upgraded from Java 8 and Wildfly 26 to Java 21 and Wildfly 38. Everything seemed fine… except for some weird stack traces that appeared a few times a day: This exception comes from Java’s deserialization filtering, introduced in newer Java versions and enforced more strictly in JDK 21. WildFly 38 may also
Clickops
(noun): An IT practitioner who manages complex systems exclusively through web interfaces and wizards, proudly refusing to learn CLI commands because “the GUI is just easier, okay?” Known for creating production-critical infrastructure via a sequence of barely-recalled mouse clicks that can never, ever be reproduced again.
Gitlab: saving artifacts on protected branches only
When working with GitLab CI/CD, sometimes you want to save job artifacts only for protected branches or tags, like main or release/*, while ignoring them on feature branches. It seems simple at first, but as I found out, GitLab’s YAML rules and artifact system have some tricky limitations, especially if you need it while the
Here is the new Wildfly 38.0.1.Final… ehm… where?
So, the Renovate Bot created a PR about the Wildfly version update to 38.0.1.Final from 38.0.0.Final. Business-as-usual, like hundreds of PR before, the Gitlab’s pipeline started, and, its failed: Okay, it is also business-as-usual, there are changes that cause code that used to work to not work anymore, but it usually happens when a breaking
Docker image for Android builds
I’ve been looking for a good and up-to-date Docker image for a while, one that can build Android apk and bundle files as part of a CI/CD pipeline, because the MobileDevOps team stopped updating their image a year and a half ago, their latest image version only supports the Android API level 34 and the