Mein Tip, bevor Du über das selbst erstellen eines Control in WPF nachdenkst, solltest Du zumindest einmal ein WPF Buch gelesen haben.

Bei WPF ist nichts mehr so, wie man das von WinForms kennt.

Ein ganzer Embedded PC ist vielleicht etwas überpowert um nur ein Aquarium zu überwachen, da lässt sich problemlos auch mit jedem handelsüblichen Mikrocontroller lösen. Im Hobby Bereich sind die Atmel/Pics sehr beliebt, die Programmierung ist dann natürlich in C.

Nur der richtigkeit halber. Es kann auch in Assembler programmiert werden.

Hallo zusammen,

nun habe ich doch mal wieder eine kleine Frage.

Ich habe eine List<DataClass> mit ca. 100.000 Einträgen. In der Class ist jeweils ein DateTime enthalten.

Nun möchte ich aus der Liste die Klassen rausfiltern, in denen das DateTime in einem bestimmten Zeitraum sind (zB: alles von 11:00 Uhr bis 12:00 Uhr).

Gibt es da eine elegante Lösung dafür? Oder muss ich das über DateTime.Compare lösen?

Grüße
Stephan

Hallo,

ja das geht. HowTo/Tipp: Wechseln des Audio-Ausgangs /-Kanals

Der Browser meldet das schließen einer Webseite nicht ohne weiteres an den Server.

Vielleicht kannst du die Verbindung schließen, nachdem du sie benutzt hast?

Nicht Vieleicht, sondern genau so muss das gemacht werden.
ASP.NET (HTTP-Protokoll), ist ein Statusloses Protokoll. Das bedeutet, das ein Browser sich nie am Server abmeldet. Der Browser schickt nur eine Anfrage an den Server "Möchte Seite X sehen" und der Server schickt dann die Seite zurück.

Baue die Verbindung zur Datenbank so spät wie benötigt auf, und beende die Verbindung so schnell als möglich. Packe am besten den Code zur Abfrage in ein Using. Dann kümmert sich die CLR um den nötigen Close Befehl.

Grüße
Stephan

Nabend zusammen,

sehr schöne Diskussion was hier entstanden ist.
Einige aspekte werde ich mit nehmen aus der Diskussion.

Danke noch an alle. Dieser Beitrag wird sicher noch anderen weiter helfen, bei dem doch umfangreichen Thema.

Grüße
Stephan

Hallo herbivore,

Ja das weiß ich. Das steht so in der Art auch im Buch mit drinne.
Nur versuche mal einen Anwender zu sagen, der gerade mal so versteht wie ein PC funktioniert, das er dir einen Fehler aus dem Ereignisprotokoll heraus suchen soll.
Da ist es einfacher dem den Weg zu einer Datei zu sagen, die er mit rechtsklick auf die Maus in das Mailprogramm und in eine Mail bekommt 😃

Grüße
Stephan

Hallo Gü,

warum gibts du dem TraceListener einen Stream und nicht den Dateinamen?

Hmm... ich meine, weil im Buch vom Kühnel das so drinne steht 😃 Aber gut, ich werde das mal so testen 😉

Ab Vista kann das Trace in Environment.GetFolderPath(Environment.SpecialFolder.CommonApplicationData) + "MeineFirma/MeinService/Logs" geschrieben werden (natürlich mit Path.Combine zusammengebaut).

Das dachte ich mir schon fast, das unter CommonApplicationData der beste Ort zu sein scheint. Wollte da nur mal noch die Meinung im Forum hören, wie das andere handhaben.

Aus Windows-Sicht ist das Verzeichnis schon korrekt, nur es ist halt nicht jenes was du dir erwartest 😉

Da ich noch wenig mit den Services gemacht habe, war ich dann anfangs schon verwundert, warum der mir die Log nicht so schreibt wie ich das erwartet habe 😃
Aber Du hast schon recht. Aus Sicht von Windows ist das alles korrekt, nur ist man im ersten moment dann erstmal geschockt, warum der Service auf einmal anders reagiert wie man den in der Console noch getestet hat 😃

Also dann packe ich meine Log mal in CommonApplicationData.

Grüße
Stephan

Hallo zusammen,

ich habe mir einen Windows Dienst geschrieben, der mir im Hintergrund viel Arbeit erledigen muss. Da dabei aber auch gerne mal Fehler entstehen können, muss das ja irgendwie in eine Log Datei geschrieben sein.

Dazu habe ich mir einen TraceListener geschrieben, der mir dann eine Log Datei schreiben soll. Die Log Datei soll im selben Verzeichnis sein, wie die Exe des Dienstes. So kann man die Datei am schnellsten lokalieren und drinne nachsehen, was denn da schief geht.

Nun zu meiner Frage. Wenn ich dem Tracelistener einen FileStream zu der Datei mitgebe, die im selben Verzeichnis wie die Exe geschrieben werden soll, funktioniert das solange gut, wie ich die Exe des Dienstes von Hand starte ( klar die Exe terminiert, da der Service nicht installiert ist, aber die Log wird erstellt ).

Wenn ich den Dienst aber dann registriere, wird mir die Log in einem total falschen Verzeichnis geschrieben: C:\Windows\sysWOW64\Log.log

Da ist die Datei natürlich kaum noch auffindbar.

Nun zu meiner Frage. Wo ist es am besten die Log für einen Windows Dienst zu schreiben. Okay, man könnte das Ereignisprotokoll dazu verwenden. Aber ich möchte auch die möglichkeit haben, das ich einem Anwender dann sagen kann, gehe mit dem Explorer in Verzeichnis X und schicke mir die Logdatei per Mail zu.

Wie macht Ihr das?

Grüße
Stephan

Dann wünsche ich "Abt" viel Erfolg mit seinem neuen Posten hier in der Community.

Er wird Peter Bucher würdevoll vertreten können. Schade, das Peter nicht mehr die Zeit aufbringen kann, sich hier aktiver zu beteiligen. Seine Ausführungen waren immer recht aufschlussreich.

Grüße
Stephan