Datei kopieren

Status
Nicht offen für weitere Antworten.

gladiator09

Bekanntes Mitglied
hey leute!

wollte fragen ob es möglich ist, eine bestehende datei auf meiner festplatte (z.b. eine ZIP-datei) woanders hinzukopieren?

thx,
gladiator
 
Code:
File fin = new File("IN.txt"); //<--Pfad anpassen
		File fout = new File("Out.txt"); //<--Pfad anpassen
		FileReader fr = new FileReader(fin);
		FileWriter fw = new FileWriter(fout);
		
		int c;
		while ((c = fr.read()) != -1)
		{
			fw.write(c);
		}
		fw.close();
		fr.close();
 
@Ariol

das würde ich aber nicht verwenden, wenn es

a) schnell gehen muss
b) sich um eine binäre Datei handelt
 
weil du damit Textdateien (Reader/Writer) schreibst. Für binäre Dateien wie hier werden Streams verwendet.

FileChannel ist nochmal schneller als Buffered 😉 .
 
also geht das nur mit lesen und schreiben und es gibt keinen einfachen befehl mit jetztigen pfad und pfad wo es hinkommen soll?

was ist mit jpeg files oder rar-archiven, geht das auch mit filereader und filewriter??

mfg,
gladiator
 
reader und writer gehen NUR bei textdatein, also nicht mit rar, jpeg, zip, ...

Es gibt einen einfachen kopieren-befehl. Findest du in der Klasse FileChannel (transferTo/transferFrom). Forensuche hilft dir da auch weiter 😉 .
 
gladiator09 hat gesagt.:
also geht das nur mit lesen und schreiben und es gibt keinen einfachen befehl mit jetztigen pfad und pfad wo es hinkommen soll?

was ist mit jpeg files oder rar-archiven, geht das auch mit filereader und filewriter??

mfg,
gladiator

wenn du nur mit Windows arbeitest, kannste den copy-Befehl von der Eingabebox benutzen.
Jedoch weiss ich nicht
a) ob das schnell(er) ist
b) ob das so sauber ist (plattformunabhängig schonmal garnicht 😀 )

habs mal benutzt, ging recht gut

würde ungefähr so aussehen:
Code:
			try {
				Runtime.getRuntime().exec("cmd /c copy " + <Pfad_zur_Datei> + " "
						+ <Ziel-Pfad> +" /Y");			
			}catch (IOException e) {
				e.printStackTrace();
			}
 
Na also das ist doch mal schmuh ... :roll: . Ich sehs ja gerade noch so ein, wenn man irgendwelche systemspezifischen Sachen so erledigt. Aber Dinge, die man auch mit Java-Boardmitteln erledigen kann, sollte man auch so machen ...
 
Hobbit_Im_Blutrausch hat gesagt.:
Na also das ist doch mal schmuh ... :roll: . Ich sehs ja gerade noch so ein, wenn man irgendwelche systemspezifischen Sachen so erledigt. Aber Dinge, die man auch mit Java-Boardmitteln erledigen kann, sollte man auch so machen ...

naja das mag sein, aber es ist sehr einfach....

bis ich sowas gefunden hatte wie FileChannel .... hatte ich es längst über console realisiert, ausserdem musste ich mir keine Gedanken machen über binär oder Textdateien oder sowas

wenn man in google sowas sucht wie "java binärdatei kopieren" kommt man eigentlich niemals zu FileChannel

Beim nächsten Mal mach ich es vielleicht anders, aber manchmal muss es schnell sein
und effektiv finde ich es auch.

Natürlich ist es nicht für größere Projekte zu gebrauchen ...
 
Hobbit_Im_Blutrausch hat gesagt.:
Das ist Quick und Dirty - sonst nichts.
Ja, wie guter Sex *lach*

naja ich hab nochmal bissl gesucht und folgendes gefunden:
Code:
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
import java.nio.channels.FileChannel;

public class DateiKopierenClass {
    
    public static void main(String[] args) throws IOException {
        // Pfade entsprechend anpassen
        File inF = new File("/home/user/inputFile.txt");
        File outF = new File("/home/user/outputFile.txt");
        copyFile(inF, outF);
    }
    
    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();
        }
    }
}
 
ok, werd mir die klasse FileChannel mal anschauen...

und zu dem apache commons: das hat einige gute klassen, wie bind ich das eigentlich ein??

mfg,
gladiator
 
maki hat gesagt.:
In so einem Falle lohnt es sich fast immer erst bei den Apache commons zu suchen: http://commons.apache.org/io/api-release/org/apache/commons/io/FileUtils.html

Natürlich ist die Standard API zu bevorzugen, wenn sie so etwas schon anbietet, ist aber noch nicht so lange der Fall.

Wieso um Gottes Willen für das einfache kopieren einer Datei gleich mit sowas kommen?

Mit FileChannel benötigt man (ohne Fehlerbehandlung) mikrige 3 Zeilen Java-Code um eine Datei zu kopieren:

Code:
         FileChannel fcSource = new FileInputStream(fSource).getChannel();
         FileChannel fcTarget = new FileOutputStream(fTarget).getChannel();
         fcSource.transferTo(0, fcSource.size(), fcTarget);

Wenn man eine solche Funktionalität öfter benötigt kann man sich auch eine statische Klasse machen und dieser eine Methode copyFile(File,File) spendieren und muss sich keine weiteren Gedanken machen.

Dafür jetzt extra irgendwelche zusätzlichen APIs oder sonstiges zu verwenden, nur um Dateien zu kopieren halte ich für genauso unsinnig wie mit Windowsbefehlen zu arbeiten (dabei geht wie man sich ja denken kann übrigens auch die Plattformunabhängigkeit verloren :noe: ).
 
Mit FileChannel benötigt man (ohne Fehlerbehandlung) mikrige 3 Zeilen Java-Code um eine Datei zu kopieren:
Klar, wenn man das JDK 1.4 oder höher einsetzen kann sollte man es auch verwenden, aber das sagte ich bereits...

Wenn man das nicht kann, sollte man dann jede Funktionalität welche man benötigt selbst implementieren?
Sicherlich nicht!

Dafür jetzt extra irgendwelche zusätzlichen APIs oder sonstiges zu verwenden, nur um Dateien zu kopieren halte ich für genauso unsinnig wie ...
Ich halte es für Sinnfrei jedesmal alles selbst zu implementieren.

In größeren Projekten hat man nämlich schon oft die APIs drinnen, die commons zB werden von vielen Apache Projekten benutzt, da wäre es echt dämlich die Funktionalität nochmals zu implementieren ist, welche schon vorhanden, samt jar.
 
Nö in deiem Szenario nicht: Im einen Fall bin ich an Stelle B und im anderen an Stelle A ...

Denke eher es geht hier um Push oder Pull:

An B sitzen und Daten von A HOLEN

oder

An A sitzen und Daten nach B SCHIEBEN

In beiden Fällen sind die Daten im Endeffekt bei B ...

- Alex
 
Guckt Euch die Parameter der Transfer-Methoden an, dann wird es klar.
Man kann nicht nur zwischen FileChannel-Objekten Daten hin- und herschieben. 😉
 
Da es die Transfer-Methoden in beide Richtungen gibt, kannst Du z.b. von einem File- zu einem SocketChannel kopieren, aber auch direkt von einem Socket- zu einem FileChannel.
 
Ok, ich bin in der Netzwerkprogrammierung nicht so bewandert, deshalb hilft mir das nicht viel. Macht es also nur in der Netzwerkprogrammierung Sinn?
 
SocketChannel war jetzt nur ein Beispiel.
Die Transfer-Methoden nehmen jeweils als Parameter ein ReadableByteChannel bzw. ein WritableByteChannel. FileChannel ist ja nur eine Implementierung dieser Interfaces (SocketChannel als Beispiel eine andere).

Natürlich würde eine der Transfer-Methoden reichen, wenn man jeweils immer nur zwischen zwei FileChannel-Objekten transferiert. Aber das muss halt nicht so sein.
 
Status
Nicht offen für weitere Antworten.

Neue Themen


Zurück
Oben