BayWotch Support Forum

Hallo Elmar,

der BWA klingt für mich auch sehr interessant, da ich mir was Ähnliches auch schon stricken wollte.
Meine Frage:
Kann man den BWA auch über die Kommandozeile steuern?
Falls ja: dann habe ich die Doku nur nicht gefunden und dann wäre es nett, wenn du mir einen Tipp geben könntest, wo ich das finde.
Falls nein:
Für mich wäre es perfekt, wenn man folgende Parameter übergeben könnte:
- Pfad zur Importdatei
- Ausgabeverzeichnis
- Art der Speicherung (MHT oder ZIP)

Gruß
Clemens

Hallo Clemens,

Clemens hat geschrieben:Kann man den BWA auch über die Kommandozeile steuern?

nein, das ist derzeit noch nicht integriert.

Falls nein:
Für mich wäre es perfekt, wenn man folgende Parameter übergeben könnte:
- Pfad zur Importdatei
- Ausgabeverzeichnis
- Art der Speicherung (MHT oder ZIP)

Ja, das ist für eine spätere Version vorgesehen.

denkmann hat geschrieben:Hallo Clemens,

Clemens hat geschrieben:Kann man den BWA auch über die Kommandozeile steuern?

nein, das ist derzeit noch nicht integriert.

Falls nein:
Für mich wäre es perfekt, wenn man folgende Parameter übergeben könnte:
- Pfad zur Importdatei
- Ausgabeverzeichnis
- Art der Speicherung (MHT oder ZIP)

Ja, das ist für eine spätere Version vorgesehen.

Hast du dafür schon einen Zeitplan?

Clemens hat geschrieben:Hast du dafür schon einen Zeitplan?

Nein, sorry.

Hallo Elmar,

super, dass der Archiver jetzt über die Kommandozeile zu starten ist. Hab ich sofort umgesetzt.

Zwei Vorschläge hätte ich noch:

- Errorlog-Dateiname mit Zeitstempel.
Hintergrund: bei mir laufen täglich x verschiedene Archivierungsvorgänge. Aber die Fehler werden alle in die selbe Datei gespeichert, was für eine Fehleranalyse unpraktisch ist. ist natürlcih klar, dass es auch eine Vorteil hat immer die selbe Datei für den Errorlog zu verwenden, da man dann nicht die alten Errorlogs irgenwann löschen musse. Da beides Vortele hat - je nach Anwendungssituation - rege ih hierfür noch einen weiteren Startparameter an.

- Error-Fenster am Ende eines Laufs automatisch ausblenden.
Hintergrund: Gerde wenn mehrere Läufe am Tag von statten gehen, und einige Fehler auftreten, bevölkert sich das Display mit Error-Fenstern. Könnte man das nicht so machen, dass bei einem Start über die Kommandozeile das Error-Fenster beim programmende nicht eingeblendet wird. Oder alternative, dass wenn man für den Errorlog-Dateinamen den Zeitstempel gewählt hat, das Error-Fenster am Programmende nicht angezeigt wird.

Grüße

Clemens

Hallo Clemens,

Clemens hat geschrieben:- Errorlog-Dateiname mit Zeitstempel.
Hintergrund: bei mir laufen täglich x verschiedene Archivierungsvorgänge. Aber die Fehler werden alle in die selbe Datei gespeichert, was für eine Fehleranalyse unpraktisch ist. ist natürlcih klar, dass es auch eine Vorteil hat immer die selbe Datei für den Errorlog zu verwenden, da man dann nicht die alten Errorlogs irgenwann löschen musse. Da beides Vortele hat - je nach Anwendungssituation - rege ih hierfür noch einen weiteren Startparameter an.

guter Vorschlag. Das sollte ich so machen, wie das auch in BayWotch gelöst wurde: Alte Logs werden mit Zeitstempel umbenannt.

- Error-Fenster am Ende eines Laufs automatisch ausblenden.
Hintergrund: Gerde wenn mehrere Läufe am Tag von statten gehen, und einige Fehler auftreten, bevölkert sich das Display mit Error-Fenstern. Könnte man das nicht so machen, dass bei einem Start über die Kommandozeile das Error-Fenster beim programmende nicht eingeblendet wird. Oder alternative, dass wenn man für den Errorlog-Dateinamen den Zeitstempel gewählt hat, das Error-Fenster am Programmende nicht angezeigt wird.

Da bin ich vollkommen Deiner Meinung! Im Kommandozeilenmodus sollte das Protokollfenster am Schluß nicht erscheinen. Wird geändert!

Hallo Elmar,

hast du schon einen ungefähren Zeitplan für die Änderungen?

Das Protokollfenster am Ende behindert mich stark, da ich jetzt noch zuätzliche Programme schreiben muss, um es bei Bedarf zu schließen.

Grüße

Clemens

Hallo Clemens,

Clemens hat geschrieben:hast du schon einen ungefähren Zeitplan für die Änderungen?

Das Protokollfenster am Ende behindert mich stark, da ich jetzt noch zuätzliche Programme schreiben muss, um es bei Bedarf zu schließen.

eine überarbeitete Fassung ist per E-Mail auf dem Weg zu Dir.

Hallo Elmar,

danke für die überarbeitete Version und die superschnelle Reaktion.

Eine Frage habe ich noch und zwar bezüglich des Zeitstempels:
Die neueste Version heißt immer "error.txt". Das ist optimal. Nur die Benennung der vorherigen Version verwirrt etwas.
Diese bekommt einen Dateinamenszusatz der aktuellen Version.
Z. B.:
Aktuelle Version:
error.txt (Erstellt 13.2.2007 13:48:49)
Vorherige Version:
error_20070213134849.txt (Erstellt 13.2.2007 13:48:07)

Wäre es nicht übersichtlicher, wenn der Zeitstempel sich auf das Erstelldatum der Version bezieht und nicht das der nachfolgenden Version? Zumindest ist es beim Suchen der richtigen Version von error.txt hilfreich.

Oder gibt es einen guten Grund für das oben beschriebene Verhalten?

Grüße

Clemens

Hallo Clemens,

danke für Dein Feedback.

Clemens hat geschrieben:Oder gibt es einen guten Grund für das oben beschriebene Verhalten?

Ja, das hat einfach den Grund, daß es einfacher war, das so zu realisieren.

Wenn der Zeitstempel dem tatsächlichen Erstellungsdatum des Logs entsprechen sollte, müßte ich das Datum der Datei auslesen. So, wie es jetzt gemacht ist, brauche ich nur die aktuelle Zeit nehmen.

Aber ich gebe Dir vollkommen Recht, daß es übersichtlicher wäre, wenn der Zeitstempel dem Erstellungsdatum entsprechen würde.

Ich überlege mir, das zu ändern.

oder mach es doch einfacher: erstelle keine error.txt sondern direkt die datei mit zeitstempel

Moin Mischa,

Mischa hat geschrieben:oder mach es doch einfacher: erstelle keine error.txt sondern direkt die datei mit zeitstempel

das wäre m.E. die schlechtere Alternative, da so der Dateiname des aktuellen Logs immer anders und für die Weiterverarbeitung nicht ohne weiteres "greifbar" wäre.