Tobias Bocanegra schrieb:
hi all,
2 weeks ago we promised to contribute our package mechanism for jcr
content to the jackrabbit project [JCR-733]. after a lengthy
(internal) discussion we decided to completely re-develop a new
content archiver that is based on a filesystem-like abstraction of
well, it seems that they use now .sar as new extension:
In the past SAP developed the tool and named it CAR. The extensions
of all compressed files were named .CAR as well. In SAP release 4.6C
SAP decided to enhance the functionality of the CAR utility a bit.
Therefore, the internal structure of
Tobias Bocanegra schrieb:
well, it seems that they use now .sar as new extension:
In the past SAP developed the tool and named it CAR. The extensions
of all compressed files were named .CAR as well. In SAP release 4.6C
SAP decided to enhance the functionality of the CAR utility a bit.
Tobias Bocanegra schrieb:
Unrelated to that...:
- use a standard format for the archive (i.e. zip/jar)
If you use ZIP/JAR as format, how are you going to handle non-ASCII
characters in filenames in a portable way?
all non-valid filesystem characters are escaped using url-escaping %xx
or
Hi,
This link might help I think:
http://www.peterbuettner.de/develop/javasnippets/zipOnlyAscii/index.html
The important excerpt: After investigation of the native code i found, that
they interpret the names in the zip as utf-8 encoded. The bytes are
transformed into a String nevertheless if