2013/3/21 Gary Gregory <[email protected]> > On Thu, Mar 21, 2013 at 11:23 AM, Gary Gregory <[email protected] > >wrote: > > > On Thu, Mar 21, 2013 at 7:14 AM, Benedikt Ritter <[email protected] > >wrote: > > > >> 2013/3/21 Adrian Crum <[email protected]> > >> > >> > 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< > >> [email protected]> > >> >>>> > > >> >>>> > >> >>>> 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< > >> [email protected]> > >> >>>>>> > > >> >>>>>> 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 <[email protected]> > >> >>>>>>> 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< > >> [email protected]>> > >> >>>>>>>>> > >> >>>>>>>>> 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 < > >> >>>>>>>>>>> [email protected] > >> >>>>>>>>>>> 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< > >> [email protected]>> > >> >>>>>>>>>> > >> >>>>>>>>>> For additional commands, e-mail: [email protected] > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> > >> >>>>>>>>>> -- > >> >>>>>>>>>> > >> >>>>>>>>> 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< > >> [email protected]>> > >> >>>>>>>> > >> >>>>>>>> For additional commands, e-mail: [email protected] > >> >>>>>>>> > >> >>>>>>>> > >> >>>>>>>> > ------------------------------******--------------------------** > >> >>>>>>>> --** > >> >>>>>>>> > >> >>>>>>> --**--------- > >> >>>>>>> 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< > >> [email protected]>> > >> >>>>>>> > >> >>>>>>> For additional commands, e-mail: [email protected] > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> > >> >>>>>>> > >> > ------------------------------****----------------------------**--**--------- > >> >>>>> > >> >>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apac**he.org< > >> http://apache.org> > >> >>>>> <dev-unsubscribe@**commons.apache.org< > >> [email protected]> > >> >>>>> > > >> >>>>> For additional commands, e-mail: [email protected] > >> >>>>> > >> >>>>> > >> >>>>> > >> >>>> > >> >>> > >> >>> ------------------------------**------------------------------** > >> >>> --------- > >> >>> To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org< > >> [email protected]> > >> >>> For additional commands, e-mail: [email protected] > >> >>> > >> >>> > >> >> > >> > > >> > > >> > ------------------------------**------------------------------**--------- > >> > To unsubscribe, e-mail: dev-unsubscribe@commons.**apache.org< > >> [email protected]> > >> > For additional commands, e-mail: [email protected] > >> > > >> > > >> > >> > >> -- > >> http://people.apache.org/~britter/ > >> http://www.systemoutprintln.de/ > >> http://twitter.com/BenediktRitter > >> http://github.com/britter > >> > > > > > > > > -- > > E-Mail: [email protected] | [email protected] > > 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: [email protected] | [email protected] > 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
