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
