Ich habe neulich drei Stunden meines Lebens verschwendet weil ich unbedingt die neueste Version der HTTPCore5 Library von Apache einsetzen wollte.
Ich wollte einen sehr kleinen HTTP-Server als Applikations-Proxy oder Wrapper erstellen. Ich schaute mich einige Zeit um und fand schließlich HttpCore5 von Apache mit Beispielcode für einen kleinen HTTP-Server - genau was ich wollte.
also setzte ich ein kleines Maven-Projekt auf, implementierte den Server (eine Klasse) und den simplen Handler (eine weitere Klasse), sorgte dafür, dass daraus ein self-contained JAR wurde, startete es, testete alles (es funktionierte wunderbar) und schrieb noch ein Dockerfile und eine docker-compose.yml - denn ich wollte den kleinen Server in meinem Docker-Zoo betreiben wollte.
Wer beschreibt mein Erstaunen, als der Server nicht funktionierte. Mehr noch - er funktionierte auf sonderbare Art nicht: ich erhielt als Rückgabewert den HTTP-Code 421 - etwas, was ich vorher noch nie gesehen hatte.
Dann begannen die open beschriebenen 3 Stunden Fehlersuche: Port ändern funktionierte nicht, Port-Mapping in der docker-compose.yml brachte nichts, es war auch egal, ob ich versuchte, direkt auf den Server zuzugreifen oder über Traefikv2 als reverse Proxy - nichts half!
An diesem Punkt beschlich mich langsam der Verdacht, dass die 412 nicht von Docker kam, sondern von der Apache Implementierung des Servers. Als ich gar nicht mehr weiterkam, unterbrach ich die Arbeiten zunächst und am nächsten Morgen (ein Sonntag) entschloss ich mich, die Implementierung auf die virhergehende Major-Number 4 umzustellen.
Implementierung, standalone-JAR, Test - alles wieder erfolgreich. Deployment auf Docker - erfolgreich!
Nanu - mein Verdacht, dass die Version-5-Implementierung des Apache HTTP-Servers irgendetwas tut, das sich mit Docker nicht verträgt kann als bewiesen gelten.
An diesem Punkt angelangt war ich aber so wütend und gleichzeitig platt, dass ich die Ursache nicht weiter untersucht habe - ich habe bisher noch nicht einmal ein Ticket dazu eingestellt...
Synchronisierung von Lorenz-Systemen III
23.10.2020
Nachdem ich in einem vorhergehenden Artikel auf das Problem des kleinen Parameterraums im Zusammenhang mit der Nutzung synchronisierter chaotischer Systeme hingewiesen hatte will ixch hier untersuchen, wie sensibel solche Systeme auf Abweichungen der Parameterwerte zwischen treibendem und getriebenen System reagieren
WeiterlesenAndroid Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Gui Hardware Java Java. Komponenten Jupyter JupyterBinder Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Präsentationen Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
Ich habe neulich beschrieben, dass ich aktuell mehr und mehr bemerke, dass Dinge, für die ich in meinem NeoVim-Setup Plugins benutzt habe sehr gut auch mit Bordmitteln funktionieren.
WeiterlesenIch habe neulich wieder einmal eine Upgrade- und Backup-Sitzung mit meinen diversen Linuxinstallationen veranstaltet. Der Zeitpunkt schien mir gekommen, da es eine neue stable Variante von Debian (Trixie) gibt.
WeiterlesenIch diskutiere immer wieder gern über das was heute Machine Intelligence oder Artificial Intelligence ( oder wie die ganzen anderen hohlen Phrasen heißen, die dafür heutzutage als Buzzwords missbraucht werden). Das geschieht online, in meinem $dayjob oder auch privat. Meine Meinung steht fest: das ist alles Quatsch und steht in keiner Relation zum Nutzen
WeiterlesenManche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.
Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.
Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...
PS: Meine öffentlichen Codeberg-Repositories findet man hier.