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