Kein "true" ?

Wenn du einen OutputStream öffnest, dann kannst du so lange in diesen Stream schreiben, bis du ihn wieder schließt. Was du bis zum Schließen des out streams machst ist dabei relativ egal. Du kannst also InputStreams öffnen und aus diesen lesen und in den OutputStream schreiben. Dann kannst du noch einen zweiten und dritten InputStream öffnen und ebenfalls in den OutputStream schreiben. Das alles wird ganz normal in den out stream geschrieben. Erst wenn du out schließt und Daten in dem File sind, erst ab diesem Zeitpunkt würde ein erneutes öffnen und schreiben die alten Daten löschen (es sei denn, du öffnest im append mode). Das Problem, das ich bei deinem Vorgehen sehe ist folgendes. file1 hat den Inhalt AAA, file2 BBB und file3 CCC Öffnest du file1 in append mode, dann bleibt AAA erhalten, du schreibst CCC und dann AAA in file1, dessen Inhalt nun AAACCCBBB ist. Genau das wird CG beim Validieren machen. Es wird mehrfache Testläufe geben. Nach dem ersten Testlauf ist in file1 CCCBBB geschrieben, das bei einem erneuten öffnen nicht gelöscht wird (da append mode) und das erwartete Resultat entspricht nicht dem Ist-Zustand, denn der hat zusätzlich den Inhalt vom vorhergehenden Durchgang. Wie du es im Endeffekt machst ist recht egal. OUT öffnen IN2 öffnen -> in OUT schreiben IN1 öffnen -> in OUT schreiben OUT schließen oder IN1 öffnen -> in array1 schreiben IN2 öffnen -> in array2 schreiben OUT öffnen array2 -> in OUT schreiben array1 -> in OUT schreiben OUT schließen (IN1 und IN2 schließen hab ich mal einfach weggelassen) oder, oder, oder... Ich würde jedenfalls immer versuchen try-with-resources zu verwenden.