Re: [csv] Creating a CSV component (2)
Writing up an incubator proposal. Asked on the incubator list again (hopefully more concisely) on whether we need to incubate or just get a stamp of approval for the donated code. Have attached early draft. Hen On 8/4/05, Henri Yandell <[EMAIL PROTECTED]> wrote: > I suck, sorry. I completely missed Stefan's reply and then vanished > into moping around with a sinus infection/headaches. > > I'll write up a proposal. > > So, on the committer list: > > Steven Caswell > Henri Yandell > Urs Hardegger (is he interested Stefan?) > Stefan Rufer (are you interested Stefan?) > > Anyone else? > > Hen > > On 7/14/05, Steven Caswell <[EMAIL PROTECTED]> wrote: > > I have an interest in the outcome so I'm willing to volunteer my time > > and efforts. > > > > On 7/13/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > > > On Mon, 2005-07-11 at 21:37 -0400, Henri Yandell wrote: > > > > On 7/7/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > > > > > On Thu, 2005-06-30 at 00:15 -0400, Henri Yandell wrote: > > > > > > > > > > > > > > > > > > > > > So my proposal is that we submit Netcetera's CSV library to the ASF > > > > > > Incubator, with Jakarta (more correctly Jakarta Commons) acting as > > > > > > the > > > > > > sponsoring project. (I'd be happy to volunteer to be mentor the > > > > > > project). While in the Incubator we would add more unit tests on the > > > > > > code side, and make sure legal issues are comfortably handled. > > > > > > > > > > +1 (i was thinking about creating a post saying the same) > > > > > > > > > > has this moved over to incubator yet? > > > > > > > > > > if not, maybe someone could put up a wiki page giving an idea what > > > > > needs > > > > > to be done... > > > > > > > > Researching what would need to be done now. Sorry for the long delay > > > > on all this. Time to get some momentum. > > > > > > thanks for the hard work picking this up :) > > > > > > > There are two threads in this, turning Netcetera's component into a > > > > Commons component, and how does the Commons want to use the Incubator. > > > > > > > > On the first subject: > > > > > > > > > > > > > 2) Who are our initial list of committers? Any Commons committer; do > > > > the original authors wish to be committers on the codebase? Are Simon > > > > Hefti and Ronnie Brunner prospective committers? > > > > > > good question :) > > > > > > anyone want to speak up? > > > > > > > 3) Obviously we would mavenise, repackage and improve > > > > javadoc/unit-tests if need be. Anything else that would need to be > > > > done to the codebase? > > > > > > dunno > > > > > > creating a list is probably the first job once the code's in the > > > incubator > > > > > > - robert > > > > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > Steven Caswell > > [EMAIL PROTECTED] > > > > Take back the web - http://www.mozilla.org > > > > - > > 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]
Re: [csv] Creating a CSV component (2)
I suck, sorry. I completely missed Stefan's reply and then vanished into moping around with a sinus infection/headaches. I'll write up a proposal. So, on the committer list: Steven Caswell Henri Yandell Urs Hardegger (is he interested Stefan?) Stefan Rufer (are you interested Stefan?) Anyone else? Hen On 7/14/05, Steven Caswell <[EMAIL PROTECTED]> wrote: > I have an interest in the outcome so I'm willing to volunteer my time > and efforts. > > On 7/13/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > > On Mon, 2005-07-11 at 21:37 -0400, Henri Yandell wrote: > > > On 7/7/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > > > > On Thu, 2005-06-30 at 00:15 -0400, Henri Yandell wrote: > > > > > > > > > > > > > > > > > So my proposal is that we submit Netcetera's CSV library to the ASF > > > > > Incubator, with Jakarta (more correctly Jakarta Commons) acting as the > > > > > sponsoring project. (I'd be happy to volunteer to be mentor the > > > > > project). While in the Incubator we would add more unit tests on the > > > > > code side, and make sure legal issues are comfortably handled. > > > > > > > > +1 (i was thinking about creating a post saying the same) > > > > > > > > has this moved over to incubator yet? > > > > > > > > if not, maybe someone could put up a wiki page giving an idea what needs > > > > to be done... > > > > > > Researching what would need to be done now. Sorry for the long delay > > > on all this. Time to get some momentum. > > > > thanks for the hard work picking this up :) > > > > > There are two threads in this, turning Netcetera's component into a > > > Commons component, and how does the Commons want to use the Incubator. > > > > > > On the first subject: > > > > > > > > > 2) Who are our initial list of committers? Any Commons committer; do > > > the original authors wish to be committers on the codebase? Are Simon > > > Hefti and Ronnie Brunner prospective committers? > > > > good question :) > > > > anyone want to speak up? > > > > > 3) Obviously we would mavenise, repackage and improve > > > javadoc/unit-tests if need be. Anything else that would need to be > > > done to the codebase? > > > > dunno > > > > creating a list is probably the first job once the code's in the > > incubator > > > > - robert > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Steven Caswell > [EMAIL PROTECTED] > > Take back the web - http://www.mozilla.org > > - > 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]
Re: [csv] Creating a CSV component (2)
I have an interest in the outcome so I'm willing to volunteer my time and efforts. On 7/13/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > On Mon, 2005-07-11 at 21:37 -0400, Henri Yandell wrote: > > On 7/7/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > > > On Thu, 2005-06-30 at 00:15 -0400, Henri Yandell wrote: > > > > > > > > > > > > > So my proposal is that we submit Netcetera's CSV library to the ASF > > > > Incubator, with Jakarta (more correctly Jakarta Commons) acting as the > > > > sponsoring project. (I'd be happy to volunteer to be mentor the > > > > project). While in the Incubator we would add more unit tests on the > > > > code side, and make sure legal issues are comfortably handled. > > > > > > +1 (i was thinking about creating a post saying the same) > > > > > > has this moved over to incubator yet? > > > > > > if not, maybe someone could put up a wiki page giving an idea what needs > > > to be done... > > > > Researching what would need to be done now. Sorry for the long delay > > on all this. Time to get some momentum. > > thanks for the hard work picking this up :) > > > There are two threads in this, turning Netcetera's component into a > > Commons component, and how does the Commons want to use the Incubator. > > > > On the first subject: > > > > > 2) Who are our initial list of committers? Any Commons committer; do > > the original authors wish to be committers on the codebase? Are Simon > > Hefti and Ronnie Brunner prospective committers? > > good question :) > > anyone want to speak up? > > > 3) Obviously we would mavenise, repackage and improve > > javadoc/unit-tests if need be. Anything else that would need to be > > done to the codebase? > > dunno > > creating a list is probably the first job once the code's in the > incubator > > - robert > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component (2)
On Mon, 11 Jul 2005, Henri Yandell wrote: 2) Who are our initial list of committers? Any Commons committer; do the original authors wish to be committers on the codebase? Are Simon Hefti and Ronnie Brunner prospective committers? I can provide the facts from our side here: The original author (Urs Hardegger, a netcetera employee) is not yet a committer, neither am I. Simon Hefti and Ronnie Brunner do have the right to commit on tcl.apache.org but I guess not in any other place yet. http://people.apache.org/~jim/committers.html Consider that these two are busy seniors where it may be difficult to get quick responses :-) thanks for putting effort in this! Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component (2)
On Mon, 2005-07-11 at 21:37 -0400, Henri Yandell wrote: > On 7/7/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > > On Thu, 2005-06-30 at 00:15 -0400, Henri Yandell wrote: > > > > > > > > > So my proposal is that we submit Netcetera's CSV library to the ASF > > > Incubator, with Jakarta (more correctly Jakarta Commons) acting as the > > > sponsoring project. (I'd be happy to volunteer to be mentor the > > > project). While in the Incubator we would add more unit tests on the > > > code side, and make sure legal issues are comfortably handled. > > > > +1 (i was thinking about creating a post saying the same) > > > > has this moved over to incubator yet? > > > > if not, maybe someone could put up a wiki page giving an idea what needs > > to be done... > > Researching what would need to be done now. Sorry for the long delay > on all this. Time to get some momentum. thanks for the hard work picking this up :) > There are two threads in this, turning Netcetera's component into a > Commons component, and how does the Commons want to use the Incubator. > > On the first subject: > 2) Who are our initial list of committers? Any Commons committer; do > the original authors wish to be committers on the codebase? Are Simon > Hefti and Ronnie Brunner prospective committers? good question :) anyone want to speak up? > 3) Obviously we would mavenise, repackage and improve > javadoc/unit-tests if need be. Anything else that would need to be > done to the codebase? dunno creating a list is probably the first job once the code's in the incubator - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component (2)
On 7/7/05, robert burrell donkin <[EMAIL PROTECTED]> wrote: > On Thu, 2005-06-30 at 00:15 -0400, Henri Yandell wrote: > > > > > So my proposal is that we submit Netcetera's CSV library to the ASF > > Incubator, with Jakarta (more correctly Jakarta Commons) acting as the > > sponsoring project. (I'd be happy to volunteer to be mentor the > > project). While in the Incubator we would add more unit tests on the > > code side, and make sure legal issues are comfortably handled. > > +1 (i was thinking about creating a post saying the same) > > has this moved over to incubator yet? > > if not, maybe someone could put up a wiki page giving an idea what needs > to be done... Researching what would need to be done now. Sorry for the long delay on all this. Time to get some momentum. There are two threads in this, turning Netcetera's component into a Commons component, and how does the Commons want to use the Incubator. On the first subject: 1) Netcetera have already donated Websh to Apache Tcl. I assume this means that they have signed something in the process, does that apply to any other submission or will they need to sign again? [I have asked [EMAIL PROTECTED] this question] 2) Who are our initial list of committers? Any Commons committer; do the original authors wish to be committers on the codebase? Are Simon Hefti and Ronnie Brunner prospective committers? 3) Obviously we would mavenise, repackage and improve javadoc/unit-tests if need be. Anything else that would need to be done to the codebase? On the second subject: 1) How much of the Incubator process would apply to Commons? Many of the exit conditions are automatically passed just by being a part of Commons. [I have asked [EMAIL PROTECTED] this question] 2) Sandbox...Incubator...See my next mail. I don't want to mess up the reply thread on this one. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component (2)
On Thu, 2005-06-30 at 00:15 -0400, Henri Yandell wrote: > So my proposal is that we submit Netcetera's CSV library to the ASF > Incubator, with Jakarta (more correctly Jakarta Commons) acting as the > sponsoring project. (I'd be happy to volunteer to be mentor the > project). While in the Incubator we would add more unit tests on the > code side, and make sure legal issues are comfortably handled. +1 (i was thinking about creating a post saying the same) has this moved over to incubator yet? if not, maybe someone could put up a wiki page giving an idea what needs to be done... - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component (2)
Sounds like a good approach to me. I'm definitely +1 and hope to have some cycles to help with the unit tests. On 6/30/05, Henri Yandell <[EMAIL PROTECTED]> wrote: > On 6/27/05, Stefan Rufer <[EMAIL PROTECTED]> wrote: > > I dare to come back to the "Creating a CSV component" thread where the > > discussion has starved a bit during the last weeks: > > > > > > http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200506.mbox/[EMAIL > > PROTECTED] > > > > Summary: > > > > So far I've found the following oppinions concerning "CSV as an own > > Jakarta Commons component": > > > > Henri Yandell +1 > > Kevin Gessner -1 (rather inlcude in [lang] or [io]) > > Jeremias Maerki +1 > > Steven Caswell +1 > > Thorsten Curdt +1 > > > > Henri presented different code offerings a CSV component can be based on > > (Netcetera, OSJava). There were no comments about this. > > > > Any more input? > > I had to back off to focus on the board report (for a week), and have > spent the last week digging into Infrastructure issues (SVN > migrations). > > Getting back on csv, the Netcetera code seems to clearly be the best choice. > > Something which has been nibbling away at my mind for the last week is > that, for a basic csv component, it's more than complete and I'm not > sure we would immediately have a direction to want to add lots of > features, so it seems to me that this is a case where Commons should > be going through the Incubator and not just adding the code in. > > Netcetera have a couple of ASF committers already, whom I think have > been volunteered to be initial committers (need to ask them at some > point :) ), and we've enough interest in Commons that I think getting > through the Incubator will be no problem, but using the Incubator > would be a good education for the Commons community; we've not had a > lot to do with it so far. > > So my proposal is that we submit Netcetera's CSV library to the ASF > Incubator, with Jakarta (more correctly Jakarta Commons) acting as the > sponsoring project. (I'd be happy to volunteer to be mentor the > project). While in the Incubator we would add more unit tests on the > code side, and make sure legal issues are comfortably handled. > > Check http://incubator.apache.org/ out for more info. > > What do you all think? > > Hen > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component (2)
On 6/27/05, Stefan Rufer <[EMAIL PROTECTED]> wrote: > I dare to come back to the "Creating a CSV component" thread where the > discussion has starved a bit during the last weeks: > > > http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200506.mbox/[EMAIL > PROTECTED] > > Summary: > > So far I've found the following oppinions concerning "CSV as an own > Jakarta Commons component": > > Henri Yandell +1 > Kevin Gessner -1 (rather inlcude in [lang] or [io]) > Jeremias Maerki +1 > Steven Caswell +1 > Thorsten Curdt +1 > > Henri presented different code offerings a CSV component can be based on > (Netcetera, OSJava). There were no comments about this. > > Any more input? I had to back off to focus on the board report (for a week), and have spent the last week digging into Infrastructure issues (SVN migrations). Getting back on csv, the Netcetera code seems to clearly be the best choice. Something which has been nibbling away at my mind for the last week is that, for a basic csv component, it's more than complete and I'm not sure we would immediately have a direction to want to add lots of features, so it seems to me that this is a case where Commons should be going through the Incubator and not just adding the code in. Netcetera have a couple of ASF committers already, whom I think have been volunteered to be initial committers (need to ask them at some point :) ), and we've enough interest in Commons that I think getting through the Incubator will be no problem, but using the Incubator would be a good education for the Commons community; we've not had a lot to do with it so far. So my proposal is that we submit Netcetera's CSV library to the ASF Incubator, with Jakarta (more correctly Jakarta Commons) acting as the sponsoring project. (I'd be happy to volunteer to be mentor the project). While in the Incubator we would add more unit tests on the code side, and make sure legal issues are comfortably handled. Check http://incubator.apache.org/ out for more info. What do you all think? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component (2)
My +1 paul Le 27 juin 05, à 13:31, Stefan Rufer a écrit : I dare to come back to the "Creating a CSV component" thread where the discussion has starved a bit during the last weeks: http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/ 200506.mbox/[EMAIL PROTECTED] Summary: So far I've found the following oppinions concerning "CSV as an own Jakarta Commons component": Henry Yandell +1 Kevin Gessner -1 (rather inlcude in [lang] or [io]) Jeremias Maerki +1 Seven Caswell +1 Thorsten Curdt +1 Henry presented different code offerings a CSV component can be based on (Netcetera, OSJava). There were no comments about this. Any more input? Stefan - 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]
[csv] Creating a CSV component (2)
I dare to come back to the "Creating a CSV component" thread where the discussion has starved a bit during the last weeks: http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200506.mbox/[EMAIL PROTECTED] Summary: So far I've found the following oppinions concerning "CSV as an own Jakarta Commons component": Henry Yandell +1 Kevin Gessner -1 (rather inlcude in [lang] or [io]) Jeremias Maerki +1 Seven Caswell +1 Thorsten Curdt +1 Henry presented different code offerings a CSV component can be based on (Netcetera, OSJava). There were no comments about this. Any more input? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component
Steven Caswell wrote: > I'm also +1 to a separate [csv] component for the reasons already conveyed. also think it's worth a separate component cheers -- Torsten signature.asc Description: OpenPGP digital signature
Re: [csv] Creating a CSV component
I'm also +1 to a separate [csv] component for the reasons already conveyed. On 6/9/05, Jeremias Maerki <[EMAIL PROTECTED]> wrote: > > I must say that I agree with Henri that this merits its own component. > IMO it doesn't fit into [lang] and would look strange within [io] or > [codec]. CSV is a topic that comes up every now and then and if this > could be solved once and for all then a separate component would be > justified if only for it to be easily found which it wouldn't be if it > were hidden in one of the existing packages. > > Too bad I don't have time to help. CSV stuff bit me more than a couple > of times in the past. Thanks to Henri for putting some energy into it. > > On 09.06.2005 06:09:13 Kevin Gessner wrote: > > On 6/8/05, Henri Yandell <[EMAIL PROTECTED]> wrote: > > > > > > > > > Another question is where the code should go. [lang] and [io] have > > > been suggested, as has a [csv] component. I'll go as far as to say > > > that [csv] is the direction we should go and see if anybody disagrees > > > :) > > > > Some sort of CVS utility sounds like a smashing idea. But I > > respectfully disagree with your placement, Hen. I don't see why we > > would need a whole new component for something that comfortably fits > > into [io] or [lang]. > > > Jeremias Maerki > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Steven Caswell [EMAIL PROTECTED] Take back the web - http://www.mozilla.org
Re: [csv] Creating a CSV component
I must say that I agree with Henri that this merits its own component. IMO it doesn't fit into [lang] and would look strange within [io] or [codec]. CSV is a topic that comes up every now and then and if this could be solved once and for all then a separate component would be justified if only for it to be easily found which it wouldn't be if it were hidden in one of the existing packages. Too bad I don't have time to help. CSV stuff bit me more than a couple of times in the past. Thanks to Henri for putting some energy into it. On 09.06.2005 06:09:13 Kevin Gessner wrote: > On 6/8/05, Henri Yandell <[EMAIL PROTECTED]> wrote: > > > > > > Another question is where the code should go. [lang] and [io] have > > been suggested, as has a [csv] component. I'll go as far as to say > > that [csv] is the direction we should go and see if anybody disagrees > > :) > > Some sort of CVS utility sounds like a smashing idea. But I > respectfully disagree with your placement, Hen. I don't see why we > would need a whole new component for something that comfortably fits > into [io] or [lang]. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component
Didn't someone submit a CVS implementation to [codec] a while back? It was sitting in a Bugzilla ticket last time I checked. Kevin Gessner <[EMAIL PROTECTED]> wrote: > > On 6/8/05, Henri Yandell <[EMAIL PROTECTED]> wrote: > > > >=20 > > Another question is where the code should go. [lang] and [io] have > > been suggested, as has a [csv] component. I'll go as far as to say > > that [csv] is the direction we should go and see if anybody disagrees > > :) > > Some sort of CVS utility sounds like a smashing idea. But I > respectfully disagree with your placement, Hen. I don't see why we > would need a whole new component for something that comfortably fits > into [io] or [lang]. > > Cheers, > Kevin Gessner > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > _ eircom broadband is now up to four times faster than before. Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component
Didn't someone submit a CVS implementation to [codec] a while back? It was sitting in a Bugzilla ticket last time I checked. Kevin Gessner <[EMAIL PROTECTED]> wrote: > > On 6/8/05, Henri Yandell <[EMAIL PROTECTED]> wrote: > > > >=20 > > Another question is where the code should go. [lang] and [io] have > > been suggested, as has a [csv] component. I'll go as far as to say > > that [csv] is the direction we should go and see if anybody disagrees > > :) > > Some sort of CVS utility sounds like a smashing idea. But I > respectfully disagree with your placement, Hen. I don't see why we > would need a whole new component for something that comfortably fits > into [io] or [lang]. > > Cheers, > Kevin Gessner > > > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > _ eircom broadband is now up to four times faster than before. Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [csv] Creating a CSV component
On 6/8/05, Henri Yandell <[EMAIL PROTECTED]> wrote: > > > Another question is where the code should go. [lang] and [io] have > been suggested, as has a [csv] component. I'll go as far as to say > that [csv] is the direction we should go and see if anybody disagrees > :) Some sort of CVS utility sounds like a smashing idea. But I respectfully disagree with your placement, Hen. I don't see why we would need a whole new component for something that comfortably fits into [io] or [lang]. Cheers, Kevin Gessner > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[csv] Creating a CSV component
Thought I'd summarise the CSV threads on the user list. Due to the high level of user activity in those threads, I've mailed this to both user and dev lists. Interested users should probably hop over to the dev list at some point as I imagine future threads will consolidate there. Basic idea is for a parser library for csv files. There is a lot of interest and various pieces of code have been offered: Netcetera's csvparser. - configurable delimiter (delimiter may appear in complex values) - complex values (including newlines -> multiline values) - unicode escapes - empty line skipping support - comment support - hardcoded record separators (\n or \r\n) OSJava's gj-csv (http://www.osjava.org/genjava/multiproject/gj-csv/) - configurable field/block delimiters - reader/writer, Map and 'DOM' apis - BSD licenced. - NOTE: My library, so I'm biased either for or against it. Ostermiller's GPL'd csv parser has been around for ages, but is GPL. Still, a good thing to be feature competitive with. Brian McCallister has a new CSV library - http://kasparov.skife.org/csv/. - Apache licenced. There are alternative ways to do CSV parsing: - JDBC API (http://csvjdbc.sourceforge.net/) - using ANTLR (http://supportweb.cs.bham.ac.uk/documentation/tutorials/docsystem/build/tutorials/antlr/antlr.html#ANTLR-Translation-Example) - XML API (http://www.dpawson.co.uk/java/csv2xml.html) Another question is where the code should go. [lang] and [io] have been suggested, as has a [csv] component. I'll go as far as to say that [csv] is the direction we should go and see if anybody disagrees :) There are important issues to remember: * include a precise reference to a spec, if available, or to an implementation (e.g. excel, outlook, filemaker, ...) * release early (ie) get the basics out). * Excel and others can be weird, it might need special support. Wish-list features: * bridge with Jelly (whatever Paul meant here) * configurable column selection. * Hibernate / struts property driven CSV read configuration. (Here I am talking about referencing third party xml elements as target references.) * xsl driven CSV conversions (CSV to XML, CSV to HTML, CSV to EDI, CSV to *new format*) *. CSVFilter as that for FileFilter -> column range, column width range, row range I'm prepared to help on a commons csv component. I obviously have the itch/need for a basic csv library. Opinions on where to start seem like the best direction. * Netcetera * OSJava * Ostermiller (aka, people could ask for a licence change :) ) * Skife * Start afresh Looking at the Netcetera source, it looks to be nicely polished. Lots of options to handle the CSV variations, fully javadoc'd and probably 100% test coverage (which is better than mine). Src jar at: ftp://ftp.netcetera.ch/pub/csvparser.jar (not licenced for use currently, please don't use unless it becomes an ASF codebase) I'm interested in hearing any criticism of the Netcetera source. API-wise, it's pretty much the way I think we all go with such a problem, reader/writer-like. I added the concept of a CSV object to mine as opposed to Netcetera's Object[][], and the CsvFieldReader is for reading by column name and not index; but to be honest neither get used by myself or at work. If there's a good agreement to start with the Netcetera source, I need to dig up the legalities on company contributions and guide Stefan and Netcetera through them. I'm not sure if we'd want to add any features before an initial release, but I think we'd definitely want to chug along at adding more tests, if only to get fully inside the API. Any thoughts? Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]