You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by Benedikt Ritter <br...@apache.org> on 2013/03/21 12:14:23 UTC
[CSV] Problems building the page Was: [CSV] Finishing v1.0
2013/3/21 Adrian Crum <ad...@sandglass-software.com>
> Running mvn site generates an error:
>
> [ERROR] BUILD ERROR
> [INFO] ------------------------------**------------------------------**
> ------------
> [INFO] Error during page generation
>
> Embedded error: Error rendering Maven report: org.dom4j.DocumentFactory
> cannot b
> e cast to org.dom4j.DocumentFactory Nested exception:
> org.dom4j.DocumentFactory
> cannot be cast to org.dom4j.DocumentFactory
> [INFO] ------------------------------**------------------------------**
> ------------
> [INFO] For more information, run Maven with the -e switch
> [INFO] ------------------------------**------------------------------**
> ------------
>
> -Adrian
Hi Adrian,
that is strange. I can not reproduce this. Can you please send the output
of mvn -v?
Regarding the live page of csv: it has been published a while ago and since
nothing was released till then, it is outdated. I agree with you, that we
should probably keep it up to date, but don't know how to do this.
Can some one please help out here?
Regards,
Benedikt
>
>
> On 3/21/2013 9:38 AM, Adrian Crum wrote:
>
>> The CSV site is very confusing:
>>
>> 1. The nightly build is not current.
>> 2. The "JavaDoc (latest)" link points to an API that does not match the
>> latest API.
>>
>> -Adrian
>>
>> On 3/20/2013 8:59 AM, Adrian Crum wrote:
>>
>>> 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 <ad...@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/<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>
>>>>>> <**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-**softw**are.com<http://software.com>
>>>>>> <ad...@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 <br...@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 <http://software.com>>
>>>>>>>>> <adrian.crum@sandglass-**softw**are.com <http://software.com><
>>>>>>>>> adrian.crum@sandglass-**software.com<ad...@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 <
>>>>>>>>>>> britter@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>
>>>>>>>>>>>> <h**ttp://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>>
>>>>>>>>>>>>
>>>>>>>>>>>> <htt**p://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>>
>>>>>>>>>>>>
>>>>>>>>>>>> <https://**issues.apache.org/****jira/browse/**SOLR-3204<http://issues.apache.org/**jira/browse/**SOLR-3204>
>>>>>>>>>>>> <http:**//issues.apache.org/jira/**browse/**SOLR-3204<http://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://people.apache.**org/~****britter/<http://people.**
>>>>>>>>>>>> apache. <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://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://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.**a**pache.org <http://apache.org> <
>>>>>>>>>> http://commons.apache.org><
>>>>>>>>>> dev-unsubscribe@**commons.**apache.org<http://commons.apache.org>
>>>>>>>>>> <de...@commons.apache.org>>
>>>>>>>>>>
>>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>>
>>>>>>>>> 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>
>>>>>>>> <de...@commons.apache.org>>
>>>>>>>>
>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------******--------------------------**
>>>>>>>> --**
>>>>>>>>
>>>>>>> --**---------
>>>>>>> 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<de...@commons.apache.org>>
>>>>>>>
>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------****----------------------------**--**---------
>>>>>
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<http://apache.org>
>>>>> <de...@commons.apache.org>
>>>>> >
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>
>>> ------------------------------**------------------------------**
>>> ---------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter
Re: [CSV] Problems building the page Was: [CSV] Finishing v1.0
Posted by Adrian Crum <ad...@sandglass-software.com>.
lol - NOW you ask me. I think it was 2.2.
-Adrian
On 3/21/2013 4:12 PM, Gary Gregory wrote:
> What version did you use before?
>
> Gary
>
> On Thu, Mar 21, 2013 at 11:35 AM, Adrian Crum <
> adrian.crum@sandglass-software.com> wrote:
>
>> I upgraded to Maven 3.0.5 and the problem was solved. Thanks!
>>
>> -Adrian
>>
>> On 3/21/2013 2:48 PM, Gary Gregory wrote:
>>
>>> My recommendation is to run with:
>>>
>>> Apache Maven 3.0.5 (**r01de14724cdef164cd33c7c8c2fe1**55faf9602da;
>>> 2013-02-19
>>> 08:51:28-0500)
>>> Maven home: C:\Java\apache-maven-3.0.5\**bin\..
>>> Java version: 1.6.0_39, vendor: Sun Microsystems Inc.
>>> Java home: C:\Program Files\Java\jdk1.6.0_39\jre
>>>
>>> This should not matter:
>>>
>>> Default locale: en_US, platform encoding: Cp1252
>>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
>>>
>>> Gary
>>>
>>>
>>> On Thu, Mar 21, 2013 at 7:14 AM, Benedikt Ritter <br...@apache.org>
>>> wrote:
>>>
>>> 2013/3/21 Adrian Crum <ad...@sandglass-software.com>
>>>> Running mvn site generates an error:
>>>>> [ERROR] BUILD ERROR
>>>>> [INFO] ------------------------------****----------------------------**
>>>>> --**
>>>>> ------------
>>>>> [INFO] Error during page generation
>>>>>
>>>>> Embedded error: Error rendering Maven report: org.dom4j.DocumentFactory
>>>>> cannot b
>>>>> e cast to org.dom4j.DocumentFactory Nested exception:
>>>>> org.dom4j.DocumentFactory
>>>>> cannot be cast to org.dom4j.DocumentFactory
>>>>> [INFO] ------------------------------****----------------------------**
>>>>> --**
>>>>> ------------
>>>>> [INFO] For more information, run Maven with the -e switch
>>>>> [INFO] ------------------------------****----------------------------**
>>>>> --**
>>>>> ------------
>>>>>
>>>>> -Adrian
>>>>>
>>>> Hi Adrian,
>>>>
>>>> that is strange. I can not reproduce this. Can you please send the output
>>>> of mvn -v?
>>>>
>>>> Regarding the live page of csv: it has been published a while ago and
>>>> since
>>>> nothing was released till then, it is outdated. I agree with you, that we
>>>> should probably keep it up to date, but don't know how to do this.
>>>>
>>>> Can some one please help out here?
>>>>
>>>> Regards,
>>>> Benedikt
>>>>
>>>>
>>>>
>>>>> On 3/21/2013 9:38 AM, Adrian Crum wrote:
>>>>>
>>>>> The CSV site is very confusing:
>>>>>> 1. The nightly build is not current.
>>>>>> 2. The "JavaDoc (latest)" link points to an API that does not match the
>>>>>> latest API.
>>>>>>
>>>>>> -Adrian
>>>>>>
>>>>>> On 3/20/2013 8:59 AM, Adrian Crum wrote:
>>>>>>
>>>>>> 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.crum@sandglass-**softw**are.com<http://software.com>
>>>>>>>> <
>>>>>>>>
>>>>>>> adrian.crum@sandglass-**software.com<ad...@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/<http://apache.org/builds/commons/**nightly/commons-csv/>
>>>>>>>>> <
>>>>>>>>>
>>>>>>>> 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/*****<https://svn.apache.org/repos/***>
>>>>>>>>>> *asf/commons/proper/csv/trunk<
>>>>>>>>>>
>>>>>>>>> https://svn.apache.org/repos/****asf/commons/proper/csv/trunk<https://svn.apache.org/repos/**asf/commons/proper/csv/trunk>
>>>>> <**https://svn.apache.org/**repos/**asf/commons/proper/**csv/trunk<https://svn.apache.org/repos/**asf/commons/proper/csv/trunk>
>>>>>>>>>> <
>>>>>>>>>>
>>>>>>>>> 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-****softw**are.com<
>>>>>>>>>>
>>>>>>>>> http://software.com>
>>>>> <adrian.crum@sandglass-**softw**are.com <http://software.com><
>>>>>>>>> adrian.crum@sandglass-**software.com<ad...@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 <br...@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 <http://software.com>>
>>>>>>>>>>>>> <adrian.crum@sandglass-****softw**are.com <http://software.com
>>>>>>>>>>>>>> <
>>>>>>>>>>>>> adrian.crum@sandglass-**softwa**re.com <http://software.com><
>>>>>>>>>>>>>
>>>>>>>>>>>> adrian.crum@sandglass-**software.com<ad...@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 <
>>>>>>>>>>>>>>> britter@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>
>>>>>>>>>>>>>>>> **<
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 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>
>>>>> <h**ttp://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>
>>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://markmail.org/**message/****ylwdhkth2t2kjek4<http://markmail.org/**message/**ylwdhkth2t2kjek4>
>>>>> <htt**p://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>
>>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://markmail.org/message/****ylwdhkth2t2kjek4<http://markmail.org/message/**ylwdhkth2t2kjek4>
>>>>> <htt**p://markmail.org/**message/**ylwdhkth2t2kjek4<http://markmail.org/message/**ylwdhkth2t2kjek4>
>>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://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>
>>>>> <https://**issues.apache.org/******jira/**browse/SOLR-3204<http://issues.apache.org/****jira/**browse/SOLR-3204>
>>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://issues.apache.org/****jira/**browse/SOLR-3204<http://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>
>>>>> <https://**issues.apache.org/******jira/browse/**SOLR-3204<http://issues.apache.org/****jira/browse/**SOLR-3204>
>>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://issues.apache.org/****jira/browse/**SOLR-3204<http://issues.apache.org/**jira/browse/**SOLR-3204>
>>>>> <http:**//issues.apache.org/**jira/**browse/**SOLR-3204<http://issues.apache.org/jira/**browse/**SOLR-3204>
>>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://issues.apache.org/jira/**browse/**SOLR-3204<http://issues.apache.org/jira/browse/**SOLR-3204>
>>>>> <https:**//issues.apache.org/****jira/**browse/SOLR-3204<http://issues.apache.org/**jira/**browse/SOLR-3204>
>>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> http://issues.apache.org/jira/****browse/SOLR-3204<http://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://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://people.apache.**org/~******britter/<http://people.**
>>>>>>>>>>>>>>>> apache. <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://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://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://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.****a**pache.org <http://apache.org>
>>>>>>>>>>>>>> <
>>>>>>>>>>>>>> http://commons.apache.org><
>>>>>>>>>>>>>> dev-unsubscribe@**commons.**ap**ache.org <http://apache.org><
>>>>>>>>>>>>>>
>>>>>>>>>>>>> http://commons.apache.org>
>>>>> <dev-unsubscribe@**commons.**apache.org <http://commons.apache.org><
>>>>>>>>>>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 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://people.apache.**org/~****britter/<http://people.**apache.<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://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://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.**a**pache.org <http://apache.org> <
>>>>>>>>>>>>
>>>>>>>>>>> http://commons.apache.org>
>>>>> <dev-unsubscribe@**commons.**apache.org <http://commons.apache.org><
>>>>>>>>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------********------------------------**
>>>>>>>>>>>> --**
>>>>>>>>>>>> --**
>>>>>>>>>>>>
>>>>>>>>>>>> --**---------
>>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.******apac**
>>>>>>>>>>> he.org<
>>>>>>>>>>> http://apache.org**>
>>>>>>>>>>> <dev-unsubscribe@**commons.**a**pache.org <http://apache.org> <
>>>>>>>>>>> http://commons.apache.org
>>>>>>>>>>>
>>>>>>>>>> <
>>>>>> dev-unsubscribe@**commons.**apache.org <http://commons.apache.org><
>>>>>>>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------******--------------------------
>>>> **--**--**---------
>>>>
>>>>> 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<de...@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------****----------------------------**
>>>>>>> --**
>>>>>>> ---------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<http://apache.org>
>>>>>>> <
>>>>>>>
>>>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>
>>>>>>> ------------------------------****----------------------------**
>>>>> --**---------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<http://apache.org>
>>>>> <
>>>>>
>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>>>>
>>>> --
>>>> http://people.apache.org/~**britter/<http://people.apache.org/~britter/>
>>>> http://www.systemoutprintln.**de/ <http://www.systemoutprintln.de/>
>>>> http://twitter.com/**BenediktRitter <http://twitter.com/BenediktRitter>
>>>> http://github.com/britter
>>>>
>>>>
>>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [CSV] Problems building the page Was: [CSV] Finishing v1.0
Posted by Gary Gregory <ga...@gmail.com>.
What version did you use before?
Gary
On Thu, Mar 21, 2013 at 11:35 AM, Adrian Crum <
adrian.crum@sandglass-software.com> wrote:
> I upgraded to Maven 3.0.5 and the problem was solved. Thanks!
>
> -Adrian
>
> On 3/21/2013 2:48 PM, Gary Gregory wrote:
>
>> My recommendation is to run with:
>>
>> Apache Maven 3.0.5 (**r01de14724cdef164cd33c7c8c2fe1**55faf9602da;
>> 2013-02-19
>> 08:51:28-0500)
>> Maven home: C:\Java\apache-maven-3.0.5\**bin\..
>> Java version: 1.6.0_39, vendor: Sun Microsystems Inc.
>> Java home: C:\Program Files\Java\jdk1.6.0_39\jre
>>
>> This should not matter:
>>
>> Default locale: en_US, platform encoding: Cp1252
>> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
>>
>> Gary
>>
>>
>> On Thu, Mar 21, 2013 at 7:14 AM, Benedikt Ritter <br...@apache.org>
>> wrote:
>>
>> 2013/3/21 Adrian Crum <ad...@sandglass-software.com>
>>> >
>>>
>>> Running mvn site generates an error:
>>>>
>>>> [ERROR] BUILD ERROR
>>>> [INFO] ------------------------------****----------------------------**
>>>> --**
>>>> ------------
>>>> [INFO] Error during page generation
>>>>
>>>> Embedded error: Error rendering Maven report: org.dom4j.DocumentFactory
>>>> cannot b
>>>> e cast to org.dom4j.DocumentFactory Nested exception:
>>>> org.dom4j.DocumentFactory
>>>> cannot be cast to org.dom4j.DocumentFactory
>>>> [INFO] ------------------------------****----------------------------**
>>>> --**
>>>> ------------
>>>> [INFO] For more information, run Maven with the -e switch
>>>> [INFO] ------------------------------****----------------------------**
>>>> --**
>>>> ------------
>>>>
>>>> -Adrian
>>>>
>>>
>>> Hi Adrian,
>>>
>>> that is strange. I can not reproduce this. Can you please send the output
>>> of mvn -v?
>>>
>>> Regarding the live page of csv: it has been published a while ago and
>>> since
>>> nothing was released till then, it is outdated. I agree with you, that we
>>> should probably keep it up to date, but don't know how to do this.
>>>
>>> Can some one please help out here?
>>>
>>> Regards,
>>> Benedikt
>>>
>>>
>>>
>>>> On 3/21/2013 9:38 AM, Adrian Crum wrote:
>>>>
>>>> The CSV site is very confusing:
>>>>>
>>>>> 1. The nightly build is not current.
>>>>> 2. The "JavaDoc (latest)" link points to an API that does not match the
>>>>> latest API.
>>>>>
>>>>> -Adrian
>>>>>
>>>>> On 3/20/2013 8:59 AM, Adrian Crum wrote:
>>>>>
>>>>> 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.crum@sandglass-**softw**are.com<http://software.com>
>>>>>>> <
>>>>>>>
>>>>>> adrian.crum@sandglass-**software.com<ad...@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/<http://apache.org/builds/commons/**nightly/commons-csv/>
>>>>>>>> <
>>>>>>>>
>>>>>>> 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/*****<https://svn.apache.org/repos/***>
>>>>>>>>> *asf/commons/proper/csv/trunk<
>>>>>>>>>
>>>>>>>> https://svn.apache.org/repos/****asf/commons/proper/csv/trunk<https://svn.apache.org/repos/**asf/commons/proper/csv/trunk>
>>> >
>>>
>>>> <**https://svn.apache.org/**repos/**asf/commons/proper/**csv/trunk<https://svn.apache.org/repos/**asf/commons/proper/csv/trunk>
>>>>>>>>> <
>>>>>>>>>
>>>>>>>> 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-****softw**are.com<
>>>>>>>>>
>>>>>>>> http://software.com>
>>>
>>>> <adrian.crum@sandglass-**softw**are.com <http://software.com><
>>>>>>>>>
>>>>>>>> adrian.crum@sandglass-**software.com<ad...@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 <br...@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 <http://software.com>>
>>>>>>>>>>>> <adrian.crum@sandglass-****softw**are.com <http://software.com
>>>>>>>>>>>> ><
>>>>>>>>>>>> adrian.crum@sandglass-**softwa**re.com <http://software.com><
>>>>>>>>>>>>
>>>>>>>>>>> adrian.crum@sandglass-**software.com<ad...@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 <
>>>>>>>>>>>>>> britter@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>
>>>>>>>>>>>>>>> **<
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 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>
>>> >
>>>
>>>> <h**ttp://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>
>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://markmail.org/**message/****ylwdhkth2t2kjek4<http://markmail.org/**message/**ylwdhkth2t2kjek4>
>>> >
>>>
>>>> <htt**p://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>
>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://markmail.org/message/****ylwdhkth2t2kjek4<http://markmail.org/message/**ylwdhkth2t2kjek4>
>>> >
>>>
>>>> <htt**p://markmail.org/**message/**ylwdhkth2t2kjek4<http://markmail.org/message/**ylwdhkth2t2kjek4>
>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://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>
>>> >
>>>
>>>> <https://**issues.apache.org/******jira/**browse/SOLR-3204<http://issues.apache.org/****jira/**browse/SOLR-3204>
>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://issues.apache.org/****jira/**browse/SOLR-3204<http://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>
>>> >>
>>>
>>>> <https://**issues.apache.org/******jira/browse/**SOLR-3204<http://issues.apache.org/****jira/browse/**SOLR-3204>
>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://issues.apache.org/****jira/browse/**SOLR-3204<http://issues.apache.org/**jira/browse/**SOLR-3204>
>>> >
>>>
>>>> <http:**//issues.apache.org/**jira/**browse/**SOLR-3204<http://issues.apache.org/jira/**browse/**SOLR-3204>
>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://issues.apache.org/jira/**browse/**SOLR-3204<http://issues.apache.org/jira/browse/**SOLR-3204>
>>> >>
>>>
>>>> <https:**//issues.apache.org/****jira/**browse/SOLR-3204<http://issues.apache.org/**jira/**browse/SOLR-3204>
>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> http://issues.apache.org/jira/****browse/SOLR-3204<http://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://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://people.apache.**org/~******britter/<http://people.**
>>>>>>>>>>>>>>> apache. <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://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://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://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.****a**pache.org <http://apache.org>
>>>>>>>>>>>>> <
>>>>>>>>>>>>> http://commons.apache.org><
>>>>>>>>>>>>> dev-unsubscribe@**commons.**ap**ache.org <http://apache.org><
>>>>>>>>>>>>>
>>>>>>>>>>>> http://commons.apache.org>
>>>
>>>> <dev-unsubscribe@**commons.**apache.org <http://commons.apache.org><
>>>>>>>>>>>>>
>>>>>>>>>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>> >>
>>>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --
>>>>>>>>>>>>>
>>>>>>>>>>>>> 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://people.apache.**org/~****britter/<http://people.**apache.<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://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://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.**a**pache.org <http://apache.org> <
>>>>>>>>>>>
>>>>>>>>>> http://commons.apache.org>
>>>
>>>> <dev-unsubscribe@**commons.**apache.org <http://commons.apache.org><
>>>>>>>>>>>
>>>>>>>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>> >>
>>>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------********------------------------**
>>>>>>>>>>> --**
>>>>>>>>>>> --**
>>>>>>>>>>>
>>>>>>>>>>> --**---------
>>>>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.******apac**
>>>>>>>>>> he.org<
>>>>>>>>>> http://apache.org**>
>>>>>>>>>> <dev-unsubscribe@**commons.**a**pache.org <http://apache.org> <
>>>>>>>>>> http://commons.apache.org
>>>>>>>>>>
>>>>>>>>> <
>>>>
>>>>> dev-unsubscribe@**commons.**apache.org <http://commons.apache.org><
>>>>>>>>>>
>>>>>>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>> >>
>>>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------******--------------------------
>>> **--**--**---------
>>>
>>>> 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<de...@commons.apache.org>
>>> >
>>>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------****----------------------------**
>>>>>> --**
>>>>>> ---------
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<http://apache.org>
>>>>>> <
>>>>>>
>>>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>> >
>>>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>
>>>>>>
>>>>>> ------------------------------****----------------------------**
>>>> --**---------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<http://apache.org>
>>>> <
>>>>
>>> dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
>>> >
>>>
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>>
>>>>
>>> --
>>> http://people.apache.org/~**britter/<http://people.apache.org/~britter/>
>>> http://www.systemoutprintln.**de/ <http://www.systemoutprintln.de/>
>>> http://twitter.com/**BenediktRitter <http://twitter.com/BenediktRitter>
>>> http://github.com/britter
>>>
>>>
>>
>>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<de...@commons.apache.org>
> For additional commands, e-mail: dev-help@commons.apache.org
>
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [CSV] Problems building the page Was: [CSV] Finishing v1.0
Posted by Adrian Crum <ad...@sandglass-software.com>.
I upgraded to Maven 3.0.5 and the problem was solved. Thanks!
-Adrian
On 3/21/2013 2:48 PM, Gary Gregory wrote:
> My recommendation is to run with:
>
> Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
> 08:51:28-0500)
> Maven home: C:\Java\apache-maven-3.0.5\bin\..
> Java version: 1.6.0_39, vendor: Sun Microsystems Inc.
> Java home: C:\Program Files\Java\jdk1.6.0_39\jre
>
> This should not matter:
>
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
>
> Gary
>
>
> On Thu, Mar 21, 2013 at 7:14 AM, Benedikt Ritter <br...@apache.org> wrote:
>
>> 2013/3/21 Adrian Crum <ad...@sandglass-software.com>
>>
>>> Running mvn site generates an error:
>>>
>>> [ERROR] BUILD ERROR
>>> [INFO] ------------------------------**------------------------------**
>>> ------------
>>> [INFO] Error during page generation
>>>
>>> Embedded error: Error rendering Maven report: org.dom4j.DocumentFactory
>>> cannot b
>>> e cast to org.dom4j.DocumentFactory Nested exception:
>>> org.dom4j.DocumentFactory
>>> cannot be cast to org.dom4j.DocumentFactory
>>> [INFO] ------------------------------**------------------------------**
>>> ------------
>>> [INFO] For more information, run Maven with the -e switch
>>> [INFO] ------------------------------**------------------------------**
>>> ------------
>>>
>>> -Adrian
>>
>> Hi Adrian,
>>
>> that is strange. I can not reproduce this. Can you please send the output
>> of mvn -v?
>>
>> Regarding the live page of csv: it has been published a while ago and since
>> nothing was released till then, it is outdated. I agree with you, that we
>> should probably keep it up to date, but don't know how to do this.
>>
>> Can some one please help out here?
>>
>> Regards,
>> Benedikt
>>
>>
>>>
>>> On 3/21/2013 9:38 AM, Adrian Crum wrote:
>>>
>>>> The CSV site is very confusing:
>>>>
>>>> 1. The nightly build is not current.
>>>> 2. The "JavaDoc (latest)" link points to an API that does not match the
>>>> latest API.
>>>>
>>>> -Adrian
>>>>
>>>> On 3/20/2013 8:59 AM, Adrian Crum wrote:
>>>>
>>>>> 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.crum@sandglass-**software.com<
>> adrian.crum@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/<
>> 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>
>>>>>>>> <**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-**softw**are.com<
>> http://software.com>
>>>>>>>> <adrian.crum@sandglass-**software.com<
>> adrian.crum@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 <br...@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 <http://software.com>>
>>>>>>>>>>> <adrian.crum@sandglass-**softw**are.com <http://software.com><
>>>>>>>>>>> adrian.crum@sandglass-**software.com<
>> adrian.crum@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 <
>>>>>>>>>>>>> britter@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>
>>>>>>>>>>>>>> <h**ttp://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>>
>>>>>>>>>>>>>> <htt**p://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>>
>>>>>>>>>>>>>> <https://**issues.apache.org/****jira/browse/**SOLR-3204<
>> http://issues.apache.org/**jira/browse/**SOLR-3204>
>>>>>>>>>>>>>> <http:**//issues.apache.org/jira/**browse/**SOLR-3204<
>> http://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://people.apache.**org/~****britter/<http://people.**
>>>>>>>>>>>>>> apache. <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://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://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.**a**pache.org <http://apache.org> <
>>>>>>>>>>>> http://commons.apache.org><
>>>>>>>>>>>> dev-unsubscribe@**commons.**apache.org<
>> http://commons.apache.org>
>>>>>>>>>>>> <dev-unsubscribe@**commons.apache.org<
>> dev-unsubscribe@commons.apache.org>>
>>>>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --
>>>>>>>>>>>>
>>>>>>>>>>> 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-unsubscribe@commons.apache.org>>
>>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------******--------------------------**
>>>>>>>>>> --**
>>>>>>>>>>
>>>>>>>>> --**---------
>>>>>>>>> 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-unsubscribe@commons.apache.org>>
>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>> ------------------------------****----------------------------**--**---------
>>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<
>> http://apache.org>
>>>>>>> <dev-unsubscribe@**commons.apache.org<
>> dev-unsubscribe@commons.apache.org>
>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ---------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
>> dev-unsubscribe@commons.apache.org>
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>>
>>> ------------------------------**------------------------------**---------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
>> dev-unsubscribe@commons.apache.org>
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>>
>>
>> --
>> http://people.apache.org/~britter/
>> http://www.systemoutprintln.de/
>> http://twitter.com/BenediktRitter
>> http://github.com/britter
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org
Re: [CSV] Problems building the page Was: [CSV] Finishing v1.0
Posted by Gary Gregory <ga...@gmail.com>.
My recommendation is to run with:
Apache Maven 3.0.5 (r01de14724cdef164cd33c7c8c2fe155faf9602da; 2013-02-19
08:51:28-0500)
Maven home: C:\Java\apache-maven-3.0.5\bin\..
Java version: 1.6.0_39, vendor: Sun Microsystems Inc.
Java home: C:\Program Files\Java\jdk1.6.0_39\jre
This should not matter:
Default locale: en_US, platform encoding: Cp1252
OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
Gary
On Thu, Mar 21, 2013 at 7:14 AM, Benedikt Ritter <br...@apache.org> wrote:
> 2013/3/21 Adrian Crum <ad...@sandglass-software.com>
>
> > Running mvn site generates an error:
> >
> > [ERROR] BUILD ERROR
> > [INFO] ------------------------------**------------------------------**
> > ------------
> > [INFO] Error during page generation
> >
> > Embedded error: Error rendering Maven report: org.dom4j.DocumentFactory
> > cannot b
> > e cast to org.dom4j.DocumentFactory Nested exception:
> > org.dom4j.DocumentFactory
> > cannot be cast to org.dom4j.DocumentFactory
> > [INFO] ------------------------------**------------------------------**
> > ------------
> > [INFO] For more information, run Maven with the -e switch
> > [INFO] ------------------------------**------------------------------**
> > ------------
> >
> > -Adrian
>
>
> Hi Adrian,
>
> that is strange. I can not reproduce this. Can you please send the output
> of mvn -v?
>
> Regarding the live page of csv: it has been published a while ago and since
> nothing was released till then, it is outdated. I agree with you, that we
> should probably keep it up to date, but don't know how to do this.
>
> Can some one please help out here?
>
> Regards,
> Benedikt
>
>
> >
> >
> > On 3/21/2013 9:38 AM, Adrian Crum wrote:
> >
> >> The CSV site is very confusing:
> >>
> >> 1. The nightly build is not current.
> >> 2. The "JavaDoc (latest)" link points to an API that does not match the
> >> latest API.
> >>
> >> -Adrian
> >>
> >> On 3/20/2013 8:59 AM, Adrian Crum wrote:
> >>
> >>> 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.crum@sandglass-**software.com<
> adrian.crum@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/<
> 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>
> >>>>>> <**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-**softw**are.com<
> http://software.com>
> >>>>>> <adrian.crum@sandglass-**software.com<
> adrian.crum@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 <br...@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 <http://software.com>>
> >>>>>>>>> <adrian.crum@sandglass-**softw**are.com <http://software.com><
> >>>>>>>>> adrian.crum@sandglass-**software.com<
> adrian.crum@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 <
> >>>>>>>>>>> britter@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>
> >>>>>>>>>>>> <h**ttp://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>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> <htt**p://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>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> <https://**issues.apache.org/****jira/browse/**SOLR-3204<
> http://issues.apache.org/**jira/browse/**SOLR-3204>
> >>>>>>>>>>>> <http:**//issues.apache.org/jira/**browse/**SOLR-3204<
> http://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://people.apache.**org/~****britter/<http://people.**
> >>>>>>>>>>>> apache. <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://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://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.**a**pache.org <http://apache.org> <
> >>>>>>>>>> http://commons.apache.org><
> >>>>>>>>>> dev-unsubscribe@**commons.**apache.org<
> http://commons.apache.org>
> >>>>>>>>>> <dev-unsubscribe@**commons.apache.org<
> dev-unsubscribe@commons.apache.org>>
> >>>>>>>>>>
> >>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> --
> >>>>>>>>>>
> >>>>>>>>> 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-unsubscribe@commons.apache.org>>
> >>>>>>>>
> >>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> ------------------------------******--------------------------**
> >>>>>>>> --**
> >>>>>>>>
> >>>>>>> --**---------
> >>>>>>> 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-unsubscribe@commons.apache.org>>
> >>>>>>>
> >>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> ------------------------------****----------------------------**--**---------
> >>>>>
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<
> http://apache.org>
> >>>>> <dev-unsubscribe@**commons.apache.org<
> dev-unsubscribe@commons.apache.org>
> >>>>> >
> >>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>
> >>> ------------------------------**------------------------------**
> >>> ---------
> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
> dev-unsubscribe@commons.apache.org>
> >>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>
> >>>
> >>
> >
> > ------------------------------**------------------------------**---------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
> dev-unsubscribe@commons.apache.org>
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [CSV] Problems building the page Was: [CSV] Finishing v1.0
Posted by Benedikt Ritter <br...@apache.org>.
2013/3/21 Gary Gregory <ga...@gmail.com>
> On Thu, Mar 21, 2013 at 11:23 AM, Gary Gregory <garydgregory@gmail.com
> >wrote:
>
> > On Thu, Mar 21, 2013 at 7:14 AM, Benedikt Ritter <britter@apache.org
> >wrote:
> >
> >> 2013/3/21 Adrian Crum <ad...@sandglass-software.com>
> >>
> >> > Running mvn site generates an error:
> >> >
> >> > [ERROR] BUILD ERROR
> >> > [INFO]
> ------------------------------**------------------------------**
> >> > ------------
> >> > [INFO] Error during page generation
> >> >
> >> > Embedded error: Error rendering Maven report:
> org.dom4j.DocumentFactory
> >> > cannot b
> >> > e cast to org.dom4j.DocumentFactory Nested exception:
> >> > org.dom4j.DocumentFactory
> >> > cannot be cast to org.dom4j.DocumentFactory
> >> > [INFO]
> ------------------------------**------------------------------**
> >> > ------------
> >> > [INFO] For more information, run Maven with the -e switch
> >> > [INFO]
> ------------------------------**------------------------------**
> >> > ------------
> >> >
> >> > -Adrian
> >>
> >>
> >> Hi Adrian,
> >>
> >> that is strange. I can not reproduce this. Can you please send the
> output
> >> of mvn -v?
> >>
> >> Regarding the live page of csv: it has been published a while ago and
> >> since
> >> nothing was released till then, it is outdated. I agree with you, that
> we
> >> should probably keep it up to date, but don't know how to do this.
> >>
> >> Can some one please help out here?
> >>
> >
> > We now have to publish the site to SVN.
> >
> > I ran " mvn clean site-deploy"
> >
> > per the instructions here: https://commons.apache.org/site-publish.html
> >
> > Let's see what happens...
> >
>
> It worked :)
>
Nice! Thanks, Gary :)
>
> Gary
>
>
> >
> > Gary
> >
> >>
> >> Regards,
> >> Benedikt
> >>
> >>
> >> >
> >> >
> >> > On 3/21/2013 9:38 AM, Adrian Crum wrote:
> >> >
> >> >> The CSV site is very confusing:
> >> >>
> >> >> 1. The nightly build is not current.
> >> >> 2. The "JavaDoc (latest)" link points to an API that does not match
> the
> >> >> latest API.
> >> >>
> >> >> -Adrian
> >> >>
> >> >> On 3/20/2013 8:59 AM, Adrian Crum wrote:
> >> >>
> >> >>> 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.crum@sandglass-**software.com<
> >> adrian.crum@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/<
> >> 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>
> >> >>>>>> <**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-**softw**are.com<
> >> http://software.com>
> >> >>>>>> <adrian.crum@sandglass-**software.com<
> >> adrian.crum@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 <br...@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 <http://software.com>>
> >> >>>>>>>>> <adrian.crum@sandglass-**softw**are.com <http://software.com
> ><
> >> >>>>>>>>> adrian.crum@sandglass-**software.com<
> >> adrian.crum@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 <
> >> >>>>>>>>>>> britter@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>
> >> >>>>>>>>>>>> <h**ttp://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>>
> >> >>>>>>>>>>>>
> >> >>>>>>>>>>>> <htt**p://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>>
> >> >>>>>>>>>>>>
> >> >>>>>>>>>>>> <https://**issues.apache.org/****jira/browse/**SOLR-3204<
> >> http://issues.apache.org/**jira/browse/**SOLR-3204>
> >> >>>>>>>>>>>> <http:**//issues.apache.org/jira/**browse/**SOLR-3204<
> >> http://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://people.apache.**org/~****britter/<http://people.**
> >> >>>>>>>>>>>> apache. <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://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://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.**a**pache.org <http://apache.org
> >
> >> <
> >> >>>>>>>>>> http://commons.apache.org><
> >> >>>>>>>>>> dev-unsubscribe@**commons.**apache.org<
> >> http://commons.apache.org>
> >> >>>>>>>>>> <dev-unsubscribe@**commons.apache.org<
> >> dev-unsubscribe@commons.apache.org>>
> >> >>>>>>>>>>
> >> >>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >> >>>>>>>>>>
> >> >>>>>>>>>>
> >> >>>>>>>>>>
> >> >>>>>>>>>> --
> >> >>>>>>>>>>
> >> >>>>>>>>> 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-unsubscribe@commons.apache.org>>
> >> >>>>>>>>
> >> >>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >> >>>>>>>>
> >> >>>>>>>>
> >> >>>>>>>>
> ------------------------------******--------------------------**
> >> >>>>>>>> --**
> >> >>>>>>>>
> >> >>>>>>> --**---------
> >> >>>>>>> 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-unsubscribe@commons.apache.org>>
> >> >>>>>>>
> >> >>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>>
> >> >>>>>>>
> >>
> ------------------------------****----------------------------**--**---------
> >> >>>>>
> >> >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<
> >> http://apache.org>
> >> >>>>> <dev-unsubscribe@**commons.apache.org<
> >> dev-unsubscribe@commons.apache.org>
> >> >>>>> >
> >> >>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >> >>>>>
> >> >>>>>
> >> >>>>>
> >> >>>>
> >> >>>
> >> >>> ------------------------------**------------------------------**
> >> >>> ---------
> >> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
> >> dev-unsubscribe@commons.apache.org>
> >> >>> For additional commands, e-mail: dev-help@commons.apache.org
> >> >>>
> >> >>>
> >> >>
> >> >
> >> >
> >>
> ------------------------------**------------------------------**---------
> >> > To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
> >> dev-unsubscribe@commons.apache.org>
> >> > For additional commands, e-mail: dev-help@commons.apache.org
> >> >
> >> >
> >>
> >>
> >> --
> >> http://people.apache.org/~britter/
> >> http://www.systemoutprintln.de/
> >> http://twitter.com/BenediktRitter
> >> http://github.com/britter
> >>
> >
> >
> >
> > --
> > E-Mail: garydgregory@gmail.com | ggregory@apache.org
> > JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
> > Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
> > Blog: http://garygregory.wordpress.com
> > Home: http://garygregory.com/
> > Tweet! http://twitter.com/GaryGregory
> >
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
> Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter
Re: [CSV] Problems building the page Was: [CSV] Finishing v1.0
Posted by Gary Gregory <ga...@gmail.com>.
On Thu, Mar 21, 2013 at 11:23 AM, Gary Gregory <ga...@gmail.com>wrote:
> On Thu, Mar 21, 2013 at 7:14 AM, Benedikt Ritter <br...@apache.org>wrote:
>
>> 2013/3/21 Adrian Crum <ad...@sandglass-software.com>
>>
>> > Running mvn site generates an error:
>> >
>> > [ERROR] BUILD ERROR
>> > [INFO] ------------------------------**------------------------------**
>> > ------------
>> > [INFO] Error during page generation
>> >
>> > Embedded error: Error rendering Maven report: org.dom4j.DocumentFactory
>> > cannot b
>> > e cast to org.dom4j.DocumentFactory Nested exception:
>> > org.dom4j.DocumentFactory
>> > cannot be cast to org.dom4j.DocumentFactory
>> > [INFO] ------------------------------**------------------------------**
>> > ------------
>> > [INFO] For more information, run Maven with the -e switch
>> > [INFO] ------------------------------**------------------------------**
>> > ------------
>> >
>> > -Adrian
>>
>>
>> Hi Adrian,
>>
>> that is strange. I can not reproduce this. Can you please send the output
>> of mvn -v?
>>
>> Regarding the live page of csv: it has been published a while ago and
>> since
>> nothing was released till then, it is outdated. I agree with you, that we
>> should probably keep it up to date, but don't know how to do this.
>>
>> Can some one please help out here?
>>
>
> We now have to publish the site to SVN.
>
> I ran " mvn clean site-deploy"
>
> per the instructions here: https://commons.apache.org/site-publish.html
>
> Let's see what happens...
>
It worked :)
Gary
>
> Gary
>
>>
>> Regards,
>> Benedikt
>>
>>
>> >
>> >
>> > On 3/21/2013 9:38 AM, Adrian Crum wrote:
>> >
>> >> The CSV site is very confusing:
>> >>
>> >> 1. The nightly build is not current.
>> >> 2. The "JavaDoc (latest)" link points to an API that does not match the
>> >> latest API.
>> >>
>> >> -Adrian
>> >>
>> >> On 3/20/2013 8:59 AM, Adrian Crum wrote:
>> >>
>> >>> 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.crum@sandglass-**software.com<
>> adrian.crum@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/<
>> 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>
>> >>>>>> <**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-**softw**are.com<
>> http://software.com>
>> >>>>>> <adrian.crum@sandglass-**software.com<
>> adrian.crum@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 <br...@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 <http://software.com>>
>> >>>>>>>>> <adrian.crum@sandglass-**softw**are.com <http://software.com><
>> >>>>>>>>> adrian.crum@sandglass-**software.com<
>> adrian.crum@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 <
>> >>>>>>>>>>> britter@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>
>> >>>>>>>>>>>> <h**ttp://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>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> <htt**p://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>>
>> >>>>>>>>>>>>
>> >>>>>>>>>>>> <https://**issues.apache.org/****jira/browse/**SOLR-3204<
>> http://issues.apache.org/**jira/browse/**SOLR-3204>
>> >>>>>>>>>>>> <http:**//issues.apache.org/jira/**browse/**SOLR-3204<
>> http://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://people.apache.**org/~****britter/<http://people.**
>> >>>>>>>>>>>> apache. <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://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://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.**a**pache.org <http://apache.org>
>> <
>> >>>>>>>>>> http://commons.apache.org><
>> >>>>>>>>>> dev-unsubscribe@**commons.**apache.org<
>> http://commons.apache.org>
>> >>>>>>>>>> <dev-unsubscribe@**commons.apache.org<
>> dev-unsubscribe@commons.apache.org>>
>> >>>>>>>>>>
>> >>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>>
>> >>>>>>>>>> --
>> >>>>>>>>>>
>> >>>>>>>>> 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-unsubscribe@commons.apache.org>>
>> >>>>>>>>
>> >>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>> >>>>>>>>
>> >>>>>>>>
>> >>>>>>>> ------------------------------******--------------------------**
>> >>>>>>>> --**
>> >>>>>>>>
>> >>>>>>> --**---------
>> >>>>>>> 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-unsubscribe@commons.apache.org>>
>> >>>>>>>
>> >>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> >>>>>>>
>> ------------------------------****----------------------------**--**---------
>> >>>>>
>> >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<
>> http://apache.org>
>> >>>>> <dev-unsubscribe@**commons.apache.org<
>> dev-unsubscribe@commons.apache.org>
>> >>>>> >
>> >>>>> For additional commands, e-mail: dev-help@commons.apache.org
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>
>> >>>
>> >>> ------------------------------**------------------------------**
>> >>> ---------
>> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
>> dev-unsubscribe@commons.apache.org>
>> >>> For additional commands, e-mail: dev-help@commons.apache.org
>> >>>
>> >>>
>> >>
>> >
>> >
>> ------------------------------**------------------------------**---------
>> > To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
>> dev-unsubscribe@commons.apache.org>
>> > For additional commands, e-mail: dev-help@commons.apache.org
>> >
>> >
>>
>>
>> --
>> http://people.apache.org/~britter/
>> http://www.systemoutprintln.de/
>> http://twitter.com/BenediktRitter
>> http://github.com/britter
>>
>
>
>
> --
> E-Mail: garydgregory@gmail.com | ggregory@apache.org
> JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
> Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory
Re: [CSV] Problems building the page Was: [CSV] Finishing v1.0
Posted by Gary Gregory <ga...@gmail.com>.
On Thu, Mar 21, 2013 at 7:14 AM, Benedikt Ritter <br...@apache.org> wrote:
> 2013/3/21 Adrian Crum <ad...@sandglass-software.com>
>
> > Running mvn site generates an error:
> >
> > [ERROR] BUILD ERROR
> > [INFO] ------------------------------**------------------------------**
> > ------------
> > [INFO] Error during page generation
> >
> > Embedded error: Error rendering Maven report: org.dom4j.DocumentFactory
> > cannot b
> > e cast to org.dom4j.DocumentFactory Nested exception:
> > org.dom4j.DocumentFactory
> > cannot be cast to org.dom4j.DocumentFactory
> > [INFO] ------------------------------**------------------------------**
> > ------------
> > [INFO] For more information, run Maven with the -e switch
> > [INFO] ------------------------------**------------------------------**
> > ------------
> >
> > -Adrian
>
>
> Hi Adrian,
>
> that is strange. I can not reproduce this. Can you please send the output
> of mvn -v?
>
> Regarding the live page of csv: it has been published a while ago and since
> nothing was released till then, it is outdated. I agree with you, that we
> should probably keep it up to date, but don't know how to do this.
>
> Can some one please help out here?
>
We now have to publish the site to SVN.
I ran " mvn clean site-deploy"
per the instructions here: https://commons.apache.org/site-publish.html
Let's see what happens...
Gary
>
> Regards,
> Benedikt
>
>
> >
> >
> > On 3/21/2013 9:38 AM, Adrian Crum wrote:
> >
> >> The CSV site is very confusing:
> >>
> >> 1. The nightly build is not current.
> >> 2. The "JavaDoc (latest)" link points to an API that does not match the
> >> latest API.
> >>
> >> -Adrian
> >>
> >> On 3/20/2013 8:59 AM, Adrian Crum wrote:
> >>
> >>> 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.crum@sandglass-**software.com<
> adrian.crum@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/<
> 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>
> >>>>>> <**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-**softw**are.com<
> http://software.com>
> >>>>>> <adrian.crum@sandglass-**software.com<
> adrian.crum@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 <br...@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 <http://software.com>>
> >>>>>>>>> <adrian.crum@sandglass-**softw**are.com <http://software.com><
> >>>>>>>>> adrian.crum@sandglass-**software.com<
> adrian.crum@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 <
> >>>>>>>>>>> britter@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>
> >>>>>>>>>>>> <h**ttp://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>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> <htt**p://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>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> <https://**issues.apache.org/****jira/browse/**SOLR-3204<
> http://issues.apache.org/**jira/browse/**SOLR-3204>
> >>>>>>>>>>>> <http:**//issues.apache.org/jira/**browse/**SOLR-3204<
> http://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://people.apache.**org/~****britter/<http://people.**
> >>>>>>>>>>>> apache. <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://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://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.**a**pache.org <http://apache.org> <
> >>>>>>>>>> http://commons.apache.org><
> >>>>>>>>>> dev-unsubscribe@**commons.**apache.org<
> http://commons.apache.org>
> >>>>>>>>>> <dev-unsubscribe@**commons.apache.org<
> dev-unsubscribe@commons.apache.org>>
> >>>>>>>>>>
> >>>>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> --
> >>>>>>>>>>
> >>>>>>>>> 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-unsubscribe@commons.apache.org>>
> >>>>>>>>
> >>>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> ------------------------------******--------------------------**
> >>>>>>>> --**
> >>>>>>>>
> >>>>>>> --**---------
> >>>>>>> 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-unsubscribe@commons.apache.org>>
> >>>>>>>
> >>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> ------------------------------****----------------------------**--**---------
> >>>>>
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org<
> http://apache.org>
> >>>>> <dev-unsubscribe@**commons.apache.org<
> dev-unsubscribe@commons.apache.org>
> >>>>> >
> >>>>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>
> >>> ------------------------------**------------------------------**
> >>> ---------
> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
> dev-unsubscribe@commons.apache.org>
> >>> For additional commands, e-mail: dev-help@commons.apache.org
> >>>
> >>>
> >>
> >
> > ------------------------------**------------------------------**---------
> > To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org<
> dev-unsubscribe@commons.apache.org>
> > For additional commands, e-mail: dev-help@commons.apache.org
> >
> >
>
>
> --
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter
>
--
E-Mail: garydgregory@gmail.com | ggregory@apache.org
JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0
Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory