There are mostly two implementations, one that uses java.nio Charset and one implementation, which copes with simple 8 bit
charsets, because java-1.4 did not support Cp437 in java.nio.
The main reason for defining an own encoding layer comes from the problems with String., which encodes
unknown characters as ASCII quotation marks ('?'). Quotation marks are per definition an invalid file name on some operating systems like Windows, which
leads to ignored ZIP entries.
All implementations should implement this interface in a reentrant way.
| Modifier and Type | Method and Description |
|---|---|
| public boolean | |
| public String | |
| public ByteBuffer | Returns: A byte buffer with a backing array containing the encoded name. Unmappable characters or malformed character sequences are mapped to a sequence of utf-16 words encoded in the format%Uxxxx. It is assumed, that the byte buffer is positioned at the beginning of the encoded result,
the byte buffer has a backing array and the limit of the byte buffer points to the end of the encoded result.A file name or ZIP comment. name)Encode a file name or a comment to a byte array suitable for storing it to a serialized ZIP entry. |
| canEncode | back to summary |
|---|---|
| public boolean canEncode(String name) Check, whether the given string may be losslessly encoded using this encoding.
| |
| decode | back to summary |
|---|---|
public String decode(byte[] data) throws IOException
| |
| encode | back to summary |
|---|---|
| public ByteBuffer encode(String name) throws IOException Encode a file name or a comment to a byte array suitable for storing it to a serialized ZIP entry. Examples for CP 437 (in pseudo-notation, right hand side is C-style notation):
encode("€_for_Dollar.txt") = "%U20AC_for_Dollar.txt"
encode("Ölfässer.txt") = "\231lf\204sser.txt"
| |