IN-02 – Vollständige Übertragung vor der Verarbeitung¶

ImageConvert soll eine Eingabe erst übernehmen, wenn sie vollständig übertragen ist. Erst danach folgt die Verschiebung in die interne Tempablage und die Verarbeitung. Die Prüfung ist ein automatischer Mechanismus, kein Kunden-JSON-Schalter.

Voraussetzungen und Bedienfolge¶

Den tatsächlichen überwachten Eingang ermitteln, nicht temp als Uploadziel verwenden.
Im übertragenden System sicherstellen, dass die Datei bis zum vollständigen Schreiben für konkurrierende Verarbeitung gesperrt bleibt. Ein Dateiname mit einer gültigen Bildendung allein ist kein Fertigsignal.
Übertragung einschließlich Schließen des Schreibhandles beenden. Eine noch gesperrte Datei kann bis zum nächsten Suchlauf im Eingang bleiben.
Bei dauerhaft liegender Datei zuerst Transferstatus, Dateisperren und Zugriffsrechte prüfen. Im Programmprotokoll log\Messagedatei.txt können zurückgestellte Übernahmen vermerkt sein.
Anschließend Original und erwartete Ergebnisse kontrollieren; eine endgültige Info nicht mit einem temporären Eintrag verwechseln.

Unterschiedliche Quellenstände¶

Herstellerhaupttext, physisch S. 54/gedruckt S. 50: zwei Größenmessungen im Abstand einer Sekunde, Übernahme bei gleicher Größe.
Herstellerhistory, physisch S. 91/gedruckt S. 87: Öffnungsversuch mit FileAccess.Read, FileShare.None; bei Fehler bleibt die Datei für einen späteren Suchlauf liegen.
Statischer Source 20261013, Form1.cs Z. 7147–7209: exklusiver Öffnungsversuch; bei Länge null zusätzliche Wartezeit von fünf Sekunden und erneute Längenabfrage. Ein erfolgloser Öffnungsversuch wird protokolliert und der Aufruf verlassen.

Das ist kein belegter kombinierter Algorithmus „immer beide Prüfungen“. Insbesondere beweist eine erfolgreiche exklusive Öffnung auf jedem Netzwerk-/Transferweg noch nicht, dass ein außerhalb dieses Sperrvertrags arbeitender Sender fertig ist. Auch konstante Dateigröße kann eine Schreibpause sein. Keine universelle Integritätsgarantie daraus ableiten.

Ergebnis und Grenzen¶

Normaler Endzustand: Datei aus dem Eingang übernommen, vollständiges Original und passende Ausgaben vorhanden. log_tmp ist kein abgeschlossener Auftrag. Es gibt hier keinen belegten einstellbaren Timeout pro Eingangsdatei und keinen Schalter automatisch in JSON. Nullbyteeingaben sind ein eigener früher Fehlerpfad.

Quellen¶

ImageConvert-4.pdf, 09.10.2026, physisch S. 26, 54, 91; IC/Form1.cs, Z. 7147–7209, Revisionsliteral 20261013. Statische Befunde sind keine neue Laufbeobachtung und kein lückenloser Nachweis aller kurzlebigen Zustände.

Zurück zu Eingang