pom.xml:107-109: Get rid of commons-io dependency,... about jcabi-xml HOT 7 CLOSED

I know we hate util classes, so what would be the best way of replicating the various IOUtils.toString and FileUtils.toString methods?

I'm thinking of introducing a new package-private class TextResource, which would have four public constructors (reflecting what we use in jcabi-xml):
*TextResource(InputStream stream)
*TextResource(File file)
*TextResource(URL url)
*TextResource(URI uri)

So that, the following uses of commons-io would be:
*IOUtils.toString(stream) -> new TextResource(stream).toString()
*IOUtils.toString(url) -> new TextResource(url).toString()
*IOUtils.toString(uri) -> new TextResource(uri).toString()
*FileUtils.toString(file) -> new TextResource(file).toString()

What do you think?

from jcabi-xml.

The idea is perfect, and the name TextResource is correct, let's do it.

from jcabi-xml.

I created a pull request for it at #18, please review.

from jcabi-xml.

@carlosmiranda the task is for you now, follow these guidelines. Don't hesitate to ask any technical questions right here

from jcabi-xml.

@carlosmiranda The budget here is 30 mins, which is exactly how much time will be paid for, when the task is completed

from jcabi-xml.

@carlosmiranda I added 30 mins to your account, many thanks for working with the project!

from jcabi-xml.

Finished, thanks, closing..

from jcabi-xml.