Forums Register Login

zipping or not

+Pie Number of slices to send: Send
hello all,
in my program I want to parse several flatfiles. Depending on the source (where these files come from originally) a parsing procedure can involve only a single file, or several files (different or same format), or a zipfile with several files (different or same format).
My problem is that I don't want to bother the parser with the I/O stuff - check for the existence of the files, open the streams. In some cases one InputStream would be sufficient, in other cases I seem to need several, and in case of a zipfile I would need a ZipInputStream, or I would need to uncompress the file first.
Now, I had a new idea: what if the program zips all the sourcefiles to appropriate bundles - depending on the source target. Thus, the different parsers would all get just a ZipInputStream. Sure, then they will have to bother with uncompressing, but at least the existence of the files would have been checked before.
Am I totally misguided by this idea? Does the extra compressing mean a big overhead in performance, or would it even gain some time? (At the moment the files are located inside the unix file system or at least in a mounted fs tree where the program will run.)
Any comments on the idea or new suggestions would be very welcome!
Thank you
Chantal
+Pie Number of slices to send: Send
Your idea is logical and clear, but for perfomance issues... i don't know.
Napa
A day job? In an office? My worst nightmare! Comfort me tiny ad!
a bit of art, as a gift, the permaculture playing cards
https://gardener-gift.com


reply
reply
This thread has been viewed 921 times.
Similar Threads
ZipInputStream: getting file size of -1 when reading
Getting an input stream for the contents of a Zip file inside a Zip file
Use Reflection to "find" classes
Zip question
Recursively browsing archive files
More...

All times above are in ranch (not your local) time.
The current ranch time is
Mar 28, 2024 17:17:18.