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
