höchster ordner in zip datei

[derspot966]

Hallo,
ich versuche gerade eine zip datei zu entpacken was bisher auch sehr gut funktioniert. Allerdings würde ich jetzt gerne wissen wie ich den höchsten ordner erhalte der sich in der zip datei befindet.

Finde dafür irgendwie keinen lösungsansatz.

Vielen Dank!

 

[derspot966]

hab mich villeicht ein wenig kompliziert ausgedrückt. In meiner Zip-Datei gibt es immer nur einen Ordner, ich weiss allerdings nicht wie dieser heisst. Wenn ich die Zip-Datei nun entpacke kann ich nicht in den Ordner wechseln da ich nicht weiss wie der Ordner in der Zip-Datei heisst. Wie bekomme ich diesen Namen?

 

[faetzminator]

Wie extrahierst du das Zip?

 

[derspot9666]

wie hier:

Unzipping Files with java.util.zip.ZipFile

 

[SlaterB]

wenn wie dort, hast du dann auch die Codezeilen

> if(entry.isDirectory()) {
> // Assume directories are stored parents first then children.
> System.err.println("Extracting directory: " + entry.getName());
bzw.
> System.err.println("Extracting file: " + entry.getName());
?
ist damit nicht offensichtlich in welchem Verzeichnis welche Datei liegt?
wenn übrigens in der Ausgabe kein Verzeichnis sondern nur ein Dateiname erscheint, dann eben weil die Datei direkt im Zip liegt,
ganz ohne Verzeichnis

 

[derspot966]

Also ich finde das nicht offensichtlich.

Ja ich kann mir auch alle Verzeichnisse ausgeben lassen und ich weiss auch welche Datei wo drine liegt.
Was ich will, ist allerdings das Verzeichnis was ganz oben liegt im zip-File. Und wenn ich mir die Verzeichnisse ausgeben lassen während sie entpackt werden scheint es so als gäbe es kein System.

Beispiel:

Dateisystem->ZIP-File->Ordner den ich suche -> viele weitere Dateien und Verzeichnisse

Ich will jetzt eine File-Referenz auf "Ordner den ich suche" . Den Namen dieses Ordners kenne ich allerdings nicht im vorraus.

 

[SlaterB]

wie sieht denn die Ausgabe bei dir in etwa aus?
aus deinen Vorgaben (nur ein Verzeichnis XY, alle Dateien darin) kann ich vermuten, dass du im besten Fall
unter anderem
> Extracting directory: XY
als Ausgabe erhälst, dann wäre es doch besonders leicht (geradezu offensichtlich ), an der Code-Stelle dieser Ausgabe die Daten (den Verzeichnisnamen) für was auch immer zu verwenden

ansonsten, ein bisschen schwieriger aber immer noch einfach, müsste es ja Ausgabe der Form
> Extracting file: XY/dateiZ.a
geben, also bei dieser Codestelle immer noch auf die Infos zugreifen, nur diesmal textuell das Verzeichnis herauslösen,

wo könnte da ein Problem bestehen oder fehlen komplett Programmierfähigkeiten?

 

[derSpot966]

ja das mit dem extrahieren des Strings könnte ich natürlich machen.
Aber ich will nicht das ich die Datei erst extrahieren muss um zu wissen welcher Ordner die höchste Hierarchie in der Zip-Datei hat.

Beispiel: Wenn die Datei schon einmal extrahiert wurde soll sie nicht noch einmal extrahiert werden da ich ansonsten das bestehende Verzeichnis überschreiben würde.

 

[SlaterB]

du durchläufst ja nur das Zip und schaust dir die Entries an, mit dem Stream musst du gar nichts machen,
den Befehl
> copyInputStream(zipFile.getInputStream(entry),..);
nach der Ausgabe im Beispiel kann ja weggelassen bzw. mit if-Abfrage versehen werden

na jedenfalls ist das mein Vorschlag, andere Meta-Daten habe ich persönlich noch nicht gesehen, was nicht heißt dass es sie nicht gibt,
aber wenn es sie irgendwo gibt, kann es auch sein dass sie programmatisch genau auf diesem Weg 'berechnet' wurden

 

[derspot966]

ok habs verstanden, vielen Dank Slater!

 

[despikeexd]

was TO hier will ist folgendes

gegeben sei folgendes ZIP

FILE.ZIP
+->/dir1
| +->/dir1/file1
| +->/dir1/file2
| +->/dir1/dir2/file3
+->/dir3/file4
+->/file5

das problem was nun auftritt ist folgendes :
gehen wir mal gedanklich folgenden Code durch

for(Enumeration<? extends ZipEntry> entries=ZipFile.entries(); entries.hasMoreElements(); )
{
	System.out.println(((ZipEntry)entries.nextElement()).getName());
}

SOLLTE eigentlich folgendes ausgeben

/dir1
/dir1/file1
/dir1/file2
/dir1/dir2
/dir1/dir2/file3
/dir3
/dir3/file4
/file5

wie gesagt ... SOLLTE

was der code aber TATSÄCHLICH ausgibt sieht eher so aus

/dir1/file1
/dir1/file2
/dir1/dir2
/dir1/dir2/file3
/dir3/file4
/file5

ich hatte selbes problem schon mal auf tutorials.de gepostet : [Zip] ZipFile.entries() liefert keine Directories der erten ebene @ tutorials.de: Tutorials, Forum & Hilfe

das problem was sich hier zeigt ist das ORDNER der OBERSTEN ebene NICHT von ZipFile.entries() erfasst werden

auch getestet unter Java7 ... das problem besteht weiterhin
im bug-tracker von sun hab ich selbst noch nichts entsprechendes gefunden ... aber die einzige lösung die ich jetzt parat hätte wäre die strings aus ein ander nehmen und damit selbst auf die ordner der obersten eben kommen ... mit RegEx sehr einfach ...


ich hoffe ich konnte das problem von TO etwas deutlicher beschreiben

 

[faetzminator]

Was ist denn hier der oberste Node? [c]/[/c]? oder [c]{/dir1/;/dir3/}[/c]? Aber klar, mann kann schnell von Hand einen Tree bauen - oder wie man es auch immer haben möchte.

 

[despikeexd]

alter .. die frage is jetzt nich echt dein ernst oder ?
du hast meinen post entweder nicht vollständig gelesen oder ihn nicht verstanden ...

mal für linux-phreaks wie dich

ROOT ist natürlich "/"

es geht jetzt aber darum das die ordner die sich dierekt auf der eben ROOT befinden *also /dir1 und /dir3* so nicht selbstständig angezeigt werden sondern nur in verbindung mit den in ihnen enthaltenen daten

vielleicht solltest du dir den vergleich den ich gepostet habe zwischen dem was SOLLTE und dem was WIRKLICH IST ansehen ... vielleicht fällt dir dann auf wovon hier die rede ist


*sag mal : seit ihr hier auf java-forum.org echt so tief mittem niveau ? ... das is mir zu niedrig und desshalb auch der grund warum ich mich hier nicht reggen werden ... kommt erstmal auf unsere stufe vom tut.de forum ... dann können wir weiter reden

 

[faetzminator]

ROOT ist natürlich "/"

Ah danke, das wusste ich nun echt nicht... :bahnhof: Wenn du dir den Thread nochmals durchliest, dann merkst du, dass der TO immer von einem "höchsten Ordner" sprichst - und damit meint er wohl nicht [c]/[/c]. Er spricht von einem einzelnen "höchsten" Ordner.

es geht jetzt aber darum das die ordner die sich dierekt auf der eben ROOT befinden *also /dir1 und /dir3* so nicht selbstständig angezeigt werden sondern nur in verbindung mit den in ihnen enthaltenen daten

Es geht dir drum [...]. Mir geht es drum, was der TO will.

vielleicht solltest du dir den vergleich den ich gepostet habe zwischen dem was SOLLTE und dem was WIRKLICH IST ansehen ... vielleicht fällt dir dann auf wovon hier die rede ist

Hat der TO irgendwas von einem Tree gesagt, den er ausgeben will? Nein. Natürlich funktioniert das Catchen den Namens gleich, trotzdem erzählst du allen hier irgendwas, das nicht ganz zum Thema passt. Ist aber passend zu deiner sehr schönen Schlussrede:

*sag mal : seit ihr hier auf java-forum.org echt so tief mittem niveau ? ... das is mir zu niedrig und desshalb auch der grund warum ich mich hier nicht reggen werden ... kommt erstmal auf unsere stufe vom tut.de forum ... dann können wir weiter reden

Wenn dir dieses Forum nicht passt, dann geh.

 

[eRaaaa]

*sag mal : seit ihr hier auf java-forum.org echt so tief mittem niveau ?

Anscheinend nicht - seidseit.de - die Seite, die es besser wei

Das ist ein Forum - Diskutieren gehört dazu, wenn du keine Argumente aufbringen kannst, nicht diskutieren willst/kannst, dann poste doch einfach nicht. Aber direkt nach dem ersten Post hier so rum zu krakeelen, ich weiss ja nicht....