Hi All:

I recently added these CSVRecord APIs: getBoolean(String), getInt(String),
getLong(String), getBigInteger(String).

Some people are OK with this, some consider this out of scope, some
consider it not necessary for 1.0, some -1, some are worried about feature
creep (default values, Calendar, Date, List, and so on), some think the
Javadoc should be clearer.

At the very least I think we should document how to access or convert typed
values. We could:

- Document the new APIs, or remove them AND:
- Document how to use another Commons API
- Document how to use another (non Commons) API
- Document how to do it all yourself
- Create a CSVRecrord wrapper class that contains all the APIs where the
implementation may or may not delegate to another Commons API.

No matter what, it's pretty obvious that this conversion code is going to
exist somewhere, in the user's app, in [csv] or someplace else.

We should make a plan such that if we do not provide this feature in 1.0,
we have a roadmap for our users.

Gary

-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition<http://www.manning.com/bauer3/>
JUnit in Action, Second Edition <http://www.manning.com/tahchiev/>
Spring Batch in Action <http://www.manning.com/templier/>
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Reply via email to