Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (nike.apache.org: domain of simone.tripodi@gmail.com
 designates 209.85.216.171 as permitted sender)
MIME-Version: 1.0
Sender: simone.tripodi@gmail.com
In-Reply-To: 
 <CACZkXPzO_N7jbeKosfP1k+t+GJ0g8NbhHEXcPsTeRsMMf-OT1w@mail.gmail.com>
References: <4F564C74.7000303@apache.org>
	<CALznzY7xGod0yq357CVfMFVe3bOz2vH5mDfmiRz8Go4mpbJJ+g@mail.gmail.com>
	<CAOGo0VaHr+D8Njt2craB8ANYh87k9VLRm6gZEQUe+UFQGvpOwg@mail.gmail.com>
	<F0CD2985-47A5-4991-A5E3-3ACBA7DB6D85@dslextreme.com>
	<jj71a1$hkt$1@dough.gmane.org>
	<CAOGo0VY9Z56Zg_u9Ya1Pcph5aLk9wmHPEoe3PoHT2LygUzCpkQ@mail.gmail.com>
	<4F575015.5010306@apache.org>
	<CACZkXPzO_N7jbeKosfP1k+t+GJ0g8NbhHEXcPsTeRsMMf-OT1w@mail.gmail.com>
Date: Wed, 7 Mar 2012 20:31:27 +0100
Message-ID: 
 <CAAqLGLMbAsmW7XHxNFUNQ1diwVGYKtxLDLhk7Cexpi4VSdXdYg@mail.gmail.com>
Subject: Re: [VOTE] Promote [csv] to Commons proper
From: Simone Tripodi <simonetripodi@apache.org>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi all,

IMHO if you could implement the readers as XMLReader instances, you
can get benefit from the powerful Digester matching rules and POJOs
mapping.
I had a spike with Digester reading JSON via a javacc grammar but it
was not complete so never proposed it.

just my 0.0000002 cents,
-Simo

http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/


On Wed, Mar 7, 2012 at 8:11 PM, Gary Gregory <garydgregory@gmail.com> wrote=
:
> On Wed, Mar 7, 2012 at 7:09 AM, Emmanuel Bourg <ebourg@apache.org> wrote:
>
>> Le 07/03/2012 12:57, sebb a =C3=A9crit :
>>
>>
>> =C2=A0Since CSV is currently only a single package with very few classes=
,
>>> would it perhaps be suitable as a part of an existing Commons
>>> component?
>>>
>>
>> [csv] is still small but will probably increase in size as more features
>> are integrated (like the bean mapping). I prefer to leave it as an
>> independent component. If it was to be merged with another component in =
the
>> future I think [flatfile] would be a better candidate.
>
>
> I like the name [flatfile], it does imply something more generic than jus=
t
> *Comma* separated values.
>
> I am intrigued by the idea of merging this into an existing component but=
 I
> do not see which one would really fit. [io] comes close but I my mind
> [flatfile] could evolve into a JDBC driver. When I think about it that wa=
y,
> it does not fit into [io].
>
> I do like the idea of merging certain things though, so I might bring up
> merging [exec] into [lang] for example...
>
> Gary
>
>
>
>>
>>
>> =C2=A0[This would solve the package name issue.]
>>>
>>
>> Let's not try contortions to solve this issue. We have to admit that the
>> impact is limited. The solr-commons-csv artifact is not widely used, Sol=
r
>> is going to fix the next releases, and for people importing the previous
>> release it'll be possible to exclude the dependency to avoid a conflict.
>>
>> It's not perfect but it's good enough to keep the current package and
>> class names unchanged. Well put a warning on the main page to document t=
he
>> issue.
>>
>> Emmanuel Bourg
>>
>>
>
>
> --
> 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

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org