Input/Output Dateiendung ändern

[blauerninja]

Hallo,
ich muss in einer Datei die Daten blockweise verschlüsseln und darf dabei keine neue Datei erzeugen. Somit ist schon mal klar, dass ich RandomAccessFile nutzen muss. Die Enddatei soll aber die zusätzliche Dateiendung .crypt besitzen. Und dies ist mein Prob. Wie kann ich also die Endung bzw. den Dateinamen(?) ändern, ohne eine neue Datei zu schreiben?

Eine Idee wäre die renameTo() Methode von File. Diese Methode scheint aber eine neue Datei zu erzeugen, also was ich nicht will.

Hat jemand eine Idee?

 

[nillehammer]

Eine Idee wäre die renameTo() Methode von File. Diese Methode scheint aber eine neue Datei zu erzeugen, also was ich nicht will.

Mitnichten! Es wird hier nur ein neues File-Objekt benötigt, aber keine neue Datei auf dem Dateisystem erzeugt. Habe das mit folgendem Code Zeile für Zeile im Debug Modus überprüft. Zu keiner Zeit wird eine zweite Datei erzeugt.

public static void main(final String[] args ) throws Exception {
	
  final String originalFilePath = "<PFAD_ZU_DEINER_DATEI>";

  // Hier wird ein File-OBJEKT erzeugt. Die Datei auf dem 
  // Dateisystem exisitert noch nicht.
  final File original = new File(originalFilePath);

  // Hier wird sie auf dem Dateisystem angelegt.		
  original.createNewFile();

  // Hier wird nur ein neues File-OBJEKT erzeugt
  // Das ist nicht das gleiche, wie eine neue Datei zu schreiben.
  final File renamed = new File(originalFilePath + ".crypt");
		
  // Hier wird die Umbenennung auf dem Dateisystem vollzogen.
  original.renameTo(renamed);
}

 

[blauerninja]

Wieso sind danach zwei Dateien auf der Platte, wenn ich doch nur eine Datei umbenenne?

  private static void rename(File file) {
    String filePath = file.getAbsolutePath();
    File renamedFile;

   // canDecrypt() prüft, ob Endung FILE_ENDING (".crypt") hinten im Pfad steht
   // beim Decodieren soll die Endung ".crypt" weg, beim Verschlüsseln, soll sie hinzu
   // Problem: zwei Dateien danach vorhanden
    if (canDecrypt(file)) {
      renamedFile = new File(filePath.substring(0, filePath.length() - FILE_ENDING.length()));
    } else {
      renamedFile = new File(filePath + FILE_ENDING);
    }

    file.renameTo(renamedFile);
  }

 

[nillehammer]

Wieso sind danach zwei Dateien auf der Platte, wenn ich doch nur eine Datei umbenenne?

Die Javadoc-Beschreibung der Methode

renameTo

spricht ja von Plattformabhängigkeit. Ich hatte es gestern unter OpenSuse-Linux getestet und dachte, es könnte bei Windows evtl. anders sein. Habe es jetzt nochmal unter Windows 7 getestet. Auch dort sind zu keiner Zeit zwei Dateien vorhanden.

Der von dir gepostete Codeschnipsel ist so also erstmal richtig. Entweder du erzeugst woanders Files (evtl. irgendwo ein FileOutputStream?). Oder beim

renameTo

tritt ein Fehler auf. Lass Dir mal dessen Ergebnis ausgeben:

final boolean renameResult = file.renameTo(renamedFile);
System.out.println("Rename result: " + renameResult);

Bei

false

stimmt was nicht (Originaldatei nicht vorhanden?, Originaldatei evtl. noch lesend/schreibend geöffnet, deswegen kein

renameTo

möglich?).

 

[blauerninja]

  public static void main(String[] args) {
    if (!validateArgs(args)) {
      printManPage();
      return;
    }

    File file = new File(args[1]);
    if (!validateFile(file)) {
      return;
    }

    rename(file);

    int key = generateKey(args[3]);
    crypt(file, key);
  }


  private static void rename(File file) {
    String filePath = file.getAbsolutePath();
    File renamedFile;

    if (canDecrypt(file)) {
      renamedFile = new File(filePath.substring(0, filePath.length() - FILE_ENDING.length()));
    } else {
      renamedFile = new File(filePath + FILE_ENDING);
    }

    file.renameTo(renamedFile);
  }


  private static void crypt(File originalFile, int key) {
    int seekPosition = 0;

    try {
      RandomAccessFile file = new RandomAccessFile(originalFile, "rwd");
       .
       .
       .
    } catch () {  }
  }

Zuerst prüf ich die an das Programm übergebenen Parameter und mit validateFile(), ob die Datei existiert, gelesen und beschrieben werden darf. Vor der Umverschlüselung wird das File umbenannt. Es wird true rausgegeben, wenn ich das Code-Schipsel einfüge. Im Ordner exestieren dann 2 Dateien, das korrekt umbenannte, was eine Kopie der Originaldatei ist und die Originaldatei, die leider leer ist. Ein Fehler beim Verschlüsseln, weil ich noch nicht ganz verstanden habe, wie ich 4 Bytes in der Datei mit einem 32-Bit-Schlüssel XOR-Verschlüsseln soll. Dies ist aber ein anderes Thema.

Könnte es daran liegen, dass RandomAccessFile eine neue Datei erstellt?

 

[nillehammer]

Könnte es daran liegen, dass RandomAccessFile eine neue Datei erstellt?

Ja, wenn Du ihm bei der Erzeugung ein

File

-Objekt übergibst, dass eine noch nicht bestehende Datei repräsentiert. Das genau ist Dein Fehler:
- In Zeile 7 erzeugst Du das

File

-Objekt für die zu verschlüsselnde Datei
- In Zeile 12 benennst Du die Datei auf dem Dateisystem um
- In Zeile 15 rufst Du die Methode

crypt

mit dem original

File

-Objekt auf. Dieses repräsentiert aber garnicht die umbenannte Datei, sondern die Originaldatei. Die gibt es auf dem Dateisystem wegen Zeile 12 ja nicht mehr. In der Zeile 37 wird darum eine neue Datei erzeugt.


Du musst also entweder erst crypten und dann umbenennen oder Deine crypt-Methode mit dem

File

-Objekt aufrufen, dass die umbenannte Datei repräsentiert.

 

[blauerninja]

Ah, so läuft das. Ich bin davon ausgegangen, dass das Objekt file umgewandelt wird, sprich dann das selbe Objekt ist, bloß mit neuem Dateinamen. Vielen Dank für die rasche Hilfe.