Aktuelles #2017.10

Freunde der Sonne,

habe lange nichts mehr von mir hören lassen. War durch den neuen Job seit 01.01.2017 auch nicht leicht. Hatten durch verschiedene Projekte viel zu tun. Jetzt wurde die letzten Wochen der neue ESXi in Betrieb genommen (endlich; Hyper-V ist nicht mein Fall, und Veeam lief auch nicht zu 100%. So wurde das application processing nicht korrekt ausgeführt und die Transaction Logs des Exchange mussten manuell entfernt werden… aber das ist eine andere Geschichte).

Da wir hier nur ein „kleines Büro“ eines lokal sehr gut vertretenen Bau-Unternehmens sind, wird nun allerdings meine Stelle eingespart. Jetzt stellt sich für die restlichen Angestellten aber die Frage, ob dies eine so gute Entscheidung war, da bestimmte Aufgaben immer noch auf jemanden mit entsprechendem Wissen abgewälzt werden müssten.

Ich werde die nächsten Tage und Wochen mal den aktuellen Arbeitsmarkt durchforsten und Bewerbungen schreiben.  Ich stelle mir allerdings schon die Frage, ob ich mich nicht selbstständig machen sollte. Wie sagte Jean-Jacques Rousseau noch so schön:

Die Freiheit des Menschen liegt nicht darin, dass er tun kann, was er will, sondern, dass er nicht tun muss, was er nicht will.

Ich werde mich hier mal etwas belesen und mit Freunden ein paar Gespräche führen und dann sehe ich weiter. Bis dahin

Luke

Java Threads und die Zeit

Guten Morgen meine IT-Kollegen,

gerade stieß ich wieder auf ein Problem, welches unter normalen Umständen nicht auftreten sollte: Die Uhrzeit des Hosts ändert sich. Dies sollte bei Programmen die keine Threads haben, oder Threads, die alle paar Stunden einmal ausgeführt werden sollen, in der Regel kein Problem sein. Bei Threads die wichtige Daten alle paar Minuten auswerten / verschieben / löschen sollen, kann dies aber unter Umständen zu dem Problem führen, dass der Thread erst bei der nächsten Uhrzeit ausgeführt wird (Thread.sleep(), Timer und der TimerTask sind hier so Kandidaten).

Zur Veranschaulichung folgende Situation die ich letztens hatte: Ein Programm verschiebt Daten alle X Sekunden (oder sobald eine Datei in ein C:\Pfad landet) auf einen UNC-Pfad. Jetzt wird die nächste Ausführung durch den Timer auf die aktuelle Zeit plus den eingestellten Delay gesetzt. Auf Grund eines Backup-Systems mit einer falschen Uhrzeit, wird die Zeit des Hosts mit der Zeit des Backup-Systems, ein eigenes System mit leider falsch eingestellter Uhrzeit welches von meinem Kollegen verwaltet wird, synchronisiert (sollte nicht passieren, aber das ist ein anderes Thema) und somit um 2 Stunden nachgestellt.

Der Thread wird wieder ausgeführt und setzt die Zeit wieder auf die veränderte aktuelle Zeit plus den vorher eingestellten Delay. Das Backup System wird anschließend fertig und die Zeit wird wieder auf die vorherige zurück gestellt. Jetzt hätten wir auf dem Host beispielsweise 10:00 Uhr, auf dem Backup-System 12:00 Uhr und der nächste Thread würde um 12:02 Uhr anfangen. In den zwei Stunden macht das Programm gar nichts, da der Thread geplant ist und so gesehen kein Fehler zum Auswerfen vorliegt.

So weit dazu.

Dies scheint vor allem an den von Java verwendeten Funktionen zu liegen. Allen voran die Funktion System.currentTimeMillis(). Man könnte nun eigene Klassen und Funktionen schreiben, die statt dieser die Funktion System.nanoTime() verwendet, aber dann müsste man die damit zusammenhängenden Funktionen auch neu schreiben und da diese leider meist private deklariert wurden die entsprechenden Klassen gleich mit dazu.

Sowas mache ich meist eher ungern 😉

Eine gute Möglichkeit für den Ersatz von java.util.Timer (oder entsprechender anderer Klasse) ist ein ScheduledThreadPoolExecutor. Dies könnte in Verwendung in etwa wie folgt aussehen:

Ist natürlich nur ein Beispiel. Man könnte unter anderem die return Werte von scheduleAtFixedRate() in einem Future Array speichern und dann abfragen, aber das gehört in einen anderen Beitrag 😉

Viel Spaß beim Programmieren

Lukas

Netzteil Kurzschließen

Guten Morgen,

da ich die Darstellung letztens wieder gesucht habe, hier eine kleine Übersicht des Anschlusses:

Darstellung zum Kurzschließen des Netzteiles

Darstellung zum Kurzschließen des Netzteiles

Nun einfach PS_ON mit Masse verbinden (dazu könnt ihr euch einen aussuchen, ich nehme meist in 16/18, ist für mich am praktischsten). Vielleicht könnt ihr damit ja etwas anfangen.

Wünsche euch allen einen sonnigen Montag.

Lukas

Diese Veranstaltung ist geschlossen

Hach ja, programmieren ist doch etwas schönes. Alles funktioniert ohne Probleme und keiner übt Druck auf einen aus beispielsweise um etwas zu beheben, was einwandfrei funktioniert. Alles harmoniert und ich liege faul auf dem Sofa und lass die Gedanken schweifen…

Scherz beiseite 🙂

Seit neuestem kriege ich ab und an eine „ClosedByInterruptException„. Das kommt meistens daher, dass es Threads gibt die sich alle gleichzeitig für die größten halten. Fast wie so ein Kollege von mir, aber das ist ein anderes Thema. In meinem Fall tritt es bei Dateioperationen auf (beim Threading immer eine schwierige Geschichte).

Weiterlesen