Wann ist Runtime.getRuntime().exec mit Copy fertig?

[xip]

Hallo,

ich habe eine Frage über den Runtime.getRuntime().exce! Ich führe dadrinen einen Copy Befehl aus.

Danach greife ich gleich auf die erstellte Datei zu. Diese ist aber vermutlich noch nicht ganz fertig und desshalb bekomme ich einen Fehler.

Wie kann ich das abfangen ob die Datei bereits komplett erstellt wurde?

Dank euch

 

[The_S]

Du holst dir von Runtime.getRuntime den Rückgabewert (Process) und führst drauf ein "waitFor" aus. (oder so ähnlich, schon lange nicht mehr gemacht)

 

[xip]

whow,

das war mal ne schnelle Antwort. Hat ja gerade mal ne Minute gedauert!!

Dank dir, schaue gleich mal nach!

 

[Wildcard]

Warum kopierst du die Datei nicht mit Java Code?

 

[bygones]

Warum kopierst du die Datei nicht mit Java Code?

oder groovy
[groovy]new File(fileName).withOutputStream { out -> out.write source.readBytes() }[/groovy]

oder wie auch immer

 

[The_S]

oder groovy
[groovy]new File(fileName).withOutputStream { out -> out.write source.readBytes() }[/groovy]

oder wie auch immer

Da find ich die NIO-Variante aber leichter lesbar *SCNR*

 

[bygones]

Da find ich die NIO-Variante aber leichter lesbar *SCNR*

du meinst sowas hier:

public class FileUtils{
    public static void copyFile(File in, File out) 
        throws IOException 
    {
        FileChannel inChannel = new
            FileInputStream(in).getChannel();
        FileChannel outChannel = new
            FileOutputStream(out).getChannel();
        try {
            inChannel.transferTo(0, inChannel.size(),
                    outChannel);
        } 
        catch (IOException e) {
            throw e;
        }
        finally {
            if (inChannel != null) inChannel.close();
            if (outChannel != null) outChannel.close();
        }
    }

    public static void main(String args[]) throws IOException{
        FileUtils.copyFile(new File(args[0]),new File(args[1]));
  }
}

wenn du meinst ;-)

 

[The_S]

Ich bin mir sicher, dass um den Groovy-Code auch noch ein bisschen was außenrum muss .

 

[bygones]

Ich bin mir sicher, dass um den Groovy-Code auch noch ein bisschen was außenrum muss .

[groovy]
def copy(File source, File target) {
target.withOutputStream { out -> out.write source.readBytes() }
}
[/groovy]
uff... verdammt viel ;-)

man kanns auch so schreiben dass es fuer alle File objekte verfuegbar ist
[groovy]
File.metaClass.copyTo = { File target -> target.withOutputStream { out -> out.write delegate.readBytes() } }

// irgendwo im code
new File("foo").copyTo(new File("bar")
[/groovy]
wie man will

bygones - is wieder ne andere diskussion

 

[Wildcard]

Fairerweise muss man zu dem vergleich aber auch sagen das auch in Groovy jemand diesen Code implementiert hat (und ihn in der Standardbibliothek zur verfügung stellt). Bei Java fehlen ein paar convinience operationen, aber das alleine sollte IMO kein Grund sein in ein Java Programm einen 'JVM Alien' einzuschleusen.
Write once, use everywhere:

public class FileUtils{
    public static void copyTo(File in, File out) 
        throws IOException 
    {
        FileChannel inChannel = new FileInputStream(in).getChannel();
        FileChannel outChannel = new FileOutputStream(out).getChannel();
        try {
            inChannel.transferTo(0, inChannel.size(),  outChannel);
        } 
        finally {
            if (inChannel != null) inChannel.close();
            if (outChannel != null) outChannel.close();
        }
    }
}

Hat man das einmal, ist es auch nicht mehr länger als die Groovy Variante:

new File("foo").copyTo(new File("bar")

copyTo(new File("foo"),new File("bar")); //static import :P

 

[bygones]

menno wildcard - verdirbst den spaß