Nice thought here--why not adapt the various angles of Jakarta ORO as FilterReaders? Another class I have thought of writing for quite some time, but whose implementation would be quite tricky, is an InverseFilterReader which would perform the opposite of a contained FilterReader. I couldn't think how to sensibly do it, however. Does anyone else have any ideas?
-Matt --- Scott Stirling <[EMAIL PROTECTED]> wrote: > Seems like sed and grep could be implemented as > filterreaders (see > <http://jakarta.apache.org/ant/manual/CoreTypes/filterchain.html>). > The > LineContainsRegExp filterreader is already a solid > foundation for grep. A > little more implementation and a few params to > support flags for inverse > matching, number of before/after lines of context, > ignore-case, etc. and > you'd have 90% of grep. > > A little sed "engine" would be a little harder but > could also be done. How > would you do it? You could pass sed one-liners as > param values, or set a > param value to the name of a file to read in with a > sed script. Hmmm. > > Scott Stirling > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
