#Character set for base64 encoding code

v2.2 - Added some helper methods for encoding/decoding directly from.When using very small files (~< 40 bytes). v2.2.1 - Fixed bug using URL_SAFE and ORDERED encodings.Own projects and then had gobs of javadoc warnings on this file. This was especially annoying before for people who were thorough in their Cleaned up as much javadoc as I could to avoid any javadoc warnings.Such as when passed arrays are null or offsets are invalid. Throws NullPointerExceptions and IllegalArgumentExceptions as needed.All I can say is sorry they were ever there. Removed all references to System.out, System.err, and the like.It should have been done this way to begin with. I think this is moreĪppropriate, though it will require some changes to your code. Rather than return null if ever there's an error. Thought, I've changed the behavior of the methods to throw java.io.IOExceptions Is a possiblity of an java.io.IOException being thrown. (especially those that may permit the GZIP option) use IO streams, there Throws exceptions instead of returning null values.Instead of returning null values or something similar. Much bad coding was cleaned up including throwing exceptions where necessary Me stuff, and I'm sorry I wasn't able to distribute your fixes to everyone else. v2.3 - This is not a drop-in replacement! This is two years of commentsĪnd bug fixes queued up and finally executed.Similar helper methods to be more efficient with memory by not returning a v2.3.1 - Added encodeBytesToBytes(byte, int, int, int) and some.Using the gzip options which uses a different mechanism with streams and stuff). When using the encodeBytesToBytes(byte) family of methods (and not

#Character set for base64 encoding code

v2.3.2 - Reduced memory footprint! Finally refined the 'guessing' of how big theįinal encoded data will be so that the code doesn't have to create two outputĪrrays: an oversized initial one and then a final, exact-sized one.

Removed imports and specified things like java.io.IOException

v2.3.3 - Changed default char encoding to US-ASCII which reduces the internal Javaįootprint with its CharEncoders and so forth.

Also added experimental support for specifying a

Also added an option to suppress the automatic decoding The Base64.OutputStream closed the Base64 encoding (by padding with equals v2.3.4 - Fixed bug when working with gzipped streams whereby flushing.Was wrong for files of size 31, 34, and 37 bytes. v2.3.5 - Fixed bug in #encodeFromFile where estimated buffer size.String ended in the last column the buffer was not properly shrunk andĬontained an extra (null) byte that made it into the string. v2.3.6 - Fixed bug when breaking lines and the final byte of the encoded.You should now get an IOException if you try decoding Mishandling (or potential for better handling) of other bad inputĬharacters. Throw an ArrayIndexOutOfBoundsException either. Value 01111111, which is an invalid base 64 character but should not v2.3.7 - Fixed subtle bug when base 64 input stream contained the.String encoded = Base64.encodeBytes( crazyString.getBytes() ) To compress the data before encoding it and then making the output have newline characters.Īlso. Might make a call like this: String encoded = Base64.encodeBytes( mybytes, Base64.GZIP | Base64.DO_BREAK_LINES )

The constants defined in Base64 can be OR-ed together to combine options, so you I've got Base64 set to this behavior now, although earlier versions Section 2.1, implementations should not add line feeds unless explicitly told Things as first gzipping the bytes before encoding them, not inserting linefeeds,Īnd encoding using the URL-safe and Ordered dialects. In the 'higher level' methods such asĮncodeBytes( bytes, options ) the options parameter can be used to indicate such Several pieces of information to the encoder. The options parameter, which appears in a few places, is used to pass Encodes and decodes to and from Base64 notation.Įxample: String encoded = Base64.encode( myByteArray ) īyte myByteArray = code( encoded )