On Aug 16, 2011, at 23:47, sebb <seb...@gmail.com> wrote: > On 17 August 2011 04:30, Gary Gregory <garydgreg...@gmail.com> wrote: >> On Tue, Aug 16, 2011 at 11:14 PM, sebb <seb...@gmail.com> wrote: > > ... > >> FYI: >> >> What would need to be reversed out of trunk for a 1.6 binary compatible with >> 1.5 is: >> >> [image: Error]Method 'public StringEncoderComparator()' has been removed >> org.apache.commons.codec.StringEncoderComparatorpublic >> StringEncoderComparator()[image: Error]Method 'public boolean >> isArrayByteBase64(byte[])' has been removed >> org.apache.commons.codec.binary.Base64public boolean >> isArrayByteBase64(byte[])[image: Error]Class >> org.apache.commons.codec.language.Caverphone removed >> org.apache.commons.codec.language.Caverphone >> [image: Error]Method 'public int getMaxLength()' has been removed >> org.apache.commons.codec.language.Soundexpublic int getMaxLength()[image: >> Error]Method 'public void setMaxLength(int)' has been removed >> org.apache.commons.codec.language.Soundexpublic void setMaxLength(int)[image: >> Error]Field charset is now >> finalorg.apache.commons.codec.net.URLCodeccharset[image: >> Error]Method 'public java.lang.String getEncoding()' has been removed >> org.apache.commons.codec.net.URLCodecpublic java.lang.String getEncoding() > > DIfficult to read, but looks like the Clirr report I generated.
Yep, that's what the build generates. Gary > >> Gary >> >>> >>>> Gary >>>> >>>>> >>>>>> Gary >>>>>> >>>>>> >>>>>>> >>>>>>>> Gary >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> >>>>>>>>> Here is one thought in favour of removing them, at least from >>> Base64: >>>>>>>>> sometimes I copy Base64.java into my own projects as a copy/paste. >>> I >>>>>>>>> change the namespace. Then I remove references to other parts of >>>>>>>>> commons-codec that I am not bringing in, but that Base64.java refers >>>>>>>>> to (typically Encoder, Decoder, and EncoderException). The smaller >>> my >>>>>>>>> delta after the copy/paste, the easier it is for me copy the newest >>>>>>>>> version in the future to keep my fork up to date. >>>>>>>>> >>>>>>>>> I like doing this because it can make the difference between needing >>> a >>>>>>>>> jar dependency and having no dependencies at all in some of my other >>>>>>>>> work. >>>>>>>>> >>>>>>>>> >>>>>>>>> Of course I am pretty focused on Base64. I have never used the >>> soundex >>>>>>>>> stuff. >>>>>>>>> >>>>>>>>> >>>>>>>>> I'm torn. On the one hand, I suspect the Encoder/Decoder interfaces >>>>>>>>> have been mostly unused, and analyzing the Maven2 repository could >>>>>>>>> shed light on that. Removing the interfaces makes sense if they are >>>>>>>>> not really used, but on the other hand, improving them, making them >>>>>>>>> actually useful, also makes sense. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> yours, >>>>>>>>> >>>>>>>>> Julius Davies >>>>>>>>> 604-222-3310 (Home) >>>>>>>>> >>>>>>>>> $ sudo apt-get install cowsay >>>>>>>>> $ echo "Moo." | cowsay | cowsay -n | cowsay -n >>>>>>>>> http://juliusdavies.ca/cowsay/ >>>>>>>>> >>>>>>>>> >>> --------------------------------------------------------------------- >>>>>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>>>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Thank you, >>>>>>>> Gary >>>>>>>> >>>>>>>> http://garygregory.wordpress.com/ >>>>>>>> http://garygregory.com/ >>>>>>>> http://people.apache.org/~ggregory/ >>>>>>>> http://twitter.com/GaryGregory >>>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>>> >>>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>>> >>>> >>>> --------------------------------------------------------------------- >>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>>> For additional commands, e-mail: dev-h...@commons.apache.org >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> >> -- >> Thank you, >> Gary >> >> http://garygregory.wordpress.com/ >> http://garygregory.com/ >> http://people.apache.org/~ggregory/ >> http://twitter.com/GaryGregory >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
