Emmanuel, If you're referring to classes sun.misc.BASE64Decoder/BASE64Encoder, the problem is the same as all classes in the package sun.misc: they can disappear at any time and are not standard j2se: ( I use a openjdk, and in fact they are not included
2011/7/30 Emmanuel Lecharny <[email protected]> > On 7/30/11 2:23 PM, Johnathan Meehan wrote: > >> Hello, >> >> I've been reading around the subject but I have a would still like a >> little advice with a licence question. >> >> Michele Zuccala and I we discussing the suitability of code he wanted to >> use when continuing to work on his cookie implementation (DEFT-52). For >> Base64 encoding/decoding he wanted to use this: >> >> http://iharder.sourceforge.**net/current/java/base64/<http://iharder.sourceforge.net/current/java/base64/> >> >> It is a single class with the following message in the comments: >> >> "I am placing this code in the Public Domain. Do with it as you will. >> This software comes with no guarantees or warranties but with plenty of >> well-wishing instead!" >> >> The intention here is clear. As a repository is available this will be >> used as a library rather than integrated directly into the code base, >> but the code will be executed at run-time. Does such broad licensing >> make it acceptable for use within the project, or should Michele look >> elsewhere like Apache Codecs? >> > Frankly, the default Java base64 encode/decoder is one of the best possible > existing implementation. Having played with many in the past, including the > one from commons-codec (from the top of my head), I would not depend on an > external dependency that will most certainly be less performant. > > KISS... > > > -- > Regards, > Cordialement, > Emmanuel Lécharny > www.iktek.com > >
