On 2nd thought, encodings do need to be supported, and is now supported :) http://hansonchar.blogspot.com/2007/10/textiterable.html
Hanson Char On 10/25/07, Hanson Char <[EMAIL PROTECTED]> wrote: > Henri, > > LineIterator is intended/designed to be a hidden implementation behind > TextIterable. It's like putting the cart in front of the horse. > Things don't make much sense if LineIterator is taken out of context > as a standalone public class - issues of InputStream vs Reader, > encoding, closing of input stream, etc. go away at the higher level of > abstraction, aka TextIterable. > > The 1.5 issue is, unfortunate, a real issue. I haven't programmed in > pre-1.5 Java for 2+ years now. Sorry for the folks who are not so > lucky. > > Hanson Char > > > On 10/25/07, Henri Yandell <[EMAIL PROTECTED]> wrote: > > On 10/25/07, Hanson Char <[EMAIL PROTECTED]> wrote: > > > Would anyone be interested in including the proposed TextIterable in > > > the commons lang or commons io library ? > > > > > > http://hansonchar.blogspot.com/2007/10/textiterable.html > > > > Things that jump out: > > > > * Definitely more IO than Lang. > > * 1.5 specific - Lang has a scratchspace for 1.5, IO currently doesn't > > have any 1.5 plans. > > * Needs to support encodings. > > * I'd prefer to be able to use LineIterator directly, and to have a > > Reader API in addition to the InputStream one. > > * I don't like that LineIterator closes the passed in InputStream. > > > > My suggestion - a JIRA issue for Commons IO for when it starts > > thinking about a 1.5 dependent version. The 1.5 requiring issues need > > to exist to build up a critical momentum. > > > > Hen > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
