Okay, that looks better.
-Adrian
On 3/20/2013 8:52 AM, Benedikt Ritter wrote:
That build is dated 30-Jul-2007. Please have a look at trunk in SVN ;-)
Benedikt
2013/3/20 Adrian Crum <adrian.c...@sandglass-software.com>
I grabbed the latest build: http://people.apache.org/**
builds/commons/nightly/**commons-csv/<http://people.apache.org/builds/commons/nightly/commons-csv/>
-Adrian
On 3/20/2013 8:43 AM, Benedikt Ritter wrote:
Adrian, you've lost me. What CSVStrategy are you talking about? Are you
looking at
https://svn.apache.org/repos/**asf/commons/proper/csv/trunk<https://svn.apache.org/repos/asf/commons/proper/csv/trunk>?
2013/3/20 Adrian Crum
<adrian.crum@sandglass-**software.com<adrian.c...@sandglass-software.com>
There is a part of the API that I don't like - the CSVStrategy class is
mutable. I can't imagine a file's strategy changing mid-file, so from my
perspective the class should be immutable. Plus, the previous version
used
a builder pattern that I liked.
-Adrian
On 3/19/2013 6:43 PM, sebb wrote:
On 19 March 2013 18:38, Benedikt Ritter <brit...@apache.org> wrote:
How do you feel about postponing some of the improvement tickets until
after the initial release? Is this possible with commons release policy
or
do we have to resolve all open issues?
As far as I'm concerned, Improvement tickets can be postponed.
IMO the only items that must be fixed are regressions (not possible
for first release of course).
Also if there is new code with a bad API, that needs to be fixed
before first release as it may be impossible to fix later without
causing lots of trouble,
Benedikt
2013/3/19 Adrian Crum
<adrian.crum@sandglass-**softw**are.com<http://software.com>
<adrian.crum@sandglass-**software.com<adrian.c...@sandglass-software.com>
I would be interested in helping too.
-Adrian
On 3/19/2013 12:53 PM, Gary Gregory wrote:
I am interested in seeing it through a 1.0. Let's make sure we like
the
API...
Gary
On Tue, Mar 19, 2013 at 8:39 AM, Benedikt Ritter <brit...@apache.org
wrote:
Hi all,
we have this request [1] from the Any23 community regarding [csv].
I believe we can help them in several ways.
The first thing to do would be to request a git mirror of [csv] from
infra,
so that Any23 can use the latest trunk by cloning that mirror.
The second is to finish work on [csv] and push out a 1.0 soon.
When we were working on [csv] last year there were a few unresolved
issues,
like improving performance and general refactoring. Also we have 6
unresolved bugs.
I'd like you to get involved in reviewing the state of the API.
Is the API in a state that can be shipped?
Does the API allow us to increase performances without breaking BC
after
releasing 1.0.
My goal would be to fix the 6 open bugs and post pone improvements
for
1.1.
People are waiting for this release (remember this issue with solr
[2]?
They also want this library to be released!)
Who has some spare time to help me with this?
Regards,
Benedikt
[1]
http://markmail.org/message/******ylwdhkth2t2kjek4<http://markmail.org/message/****ylwdhkth2t2kjek4>
<http://**markmail.org/message/****ylwdhkth2t2kjek4<http://markmail.org/message/**ylwdhkth2t2kjek4>
<http://**markmail.org/**message/**ylwdhkth2t2kjek4<http://markmail.org/message/**ylwdhkth2t2kjek4>
<htt**p://markmail.org/message/**ylwdhkth2t2kjek4<http://markmail.org/message/ylwdhkth2t2kjek4>
[2]
https://issues.apache.org/******jira/browse/SOLR-3204<https://issues.apache.org/****jira/browse/SOLR-3204>
<https://**issues.apache.org/**jira/**browse/SOLR-3204<https://issues.apache.org/**jira/browse/SOLR-3204>
<https://**issues.apache.org/**jira/browse/**SOLR-3204<http://issues.apache.org/jira/browse/**SOLR-3204>
<https:**//issues.apache.org/jira/**browse/SOLR-3204<https://issues.apache.org/jira/browse/SOLR-3204>
--
http://people.apache.org/~******britter/<http://people.apache.org/~****britter/>
<http://people.apache.**org/~**britter/<http://people.apache.org/~**britter/>
<http://people.apache.**org/~**britter/<http://people.apache.**
org/~britter/ <http://people.apache.org/~britter/>>
http://www.systemoutprintln.******de/ <http://www.systemoutprintln.
****
de/ <http://www.systemoutprintln.**de/<http://www.systemoutprintln.de/>
http://twitter.com/******BenediktRitter<http://twitter.com/****BenediktRitter>
<http://twitter.**com/**BenediktRitter<http://twitter.com/**BenediktRitter>
<
http://twitter.com/****BenediktRitter<http://twitter.com/**BenediktRitter>
<http://twitter.**com/BenediktRitter<http://twitter.com/BenediktRitter>
http://github.com/britter
------------------------------******--------------------------**
--**
--**---------
To unsubscribe, e-mail: dev-unsubscribe@commons.****apac**he.org<
http://apache.org**>
<dev-unsubscribe@**commons.**apache.org <http://commons.apache.org><
dev-unsubscribe@**commons.apache.org<dev-unsubscr...@commons.apache.org>
For additional commands, e-mail: dev-h...@commons.apache.org
--
http://people.apache.org/~****britter/<http://people.apache.org/~**britter/>
<http://people.apache.**org/~britter/<http://people.apache.org/~britter/>
http://www.systemoutprintln.****de/
<http://www.systemoutprintln.**de/<http://www.systemoutprintln.de/>
http://twitter.com/****BenediktRitter<http://twitter.com/**BenediktRitter><
http://twitter.com/**BenediktRitter<http://twitter.com/BenediktRitter>
http://github.com/britter
------------------------------****----------------------------**
--**---------
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apac**he.org<http://apache.org>
<dev-unsubscribe@**commons.apache.org<dev-unsubscr...@commons.apache.org>
For additional commands, e-mail: dev-h...@commons.apache.org
------------------------------****----------------------------**
--**---------
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apac**he.org<http://apache.org>
<dev-unsubscribe@**commons.apache.org<dev-unsubscr...@commons.apache.org>
For additional commands, e-mail: dev-h...@commons.apache.org
------------------------------**------------------------------**---------
To unsubscribe, e-mail:
dev-unsubscribe@commons.**apache.org<dev-unsubscr...@commons.apache.org>
For additional commands, e-mail: dev-h...@commons.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
