Not sure I understand the use of "forked" here.

Solr needed CSV handing.  Rather than just roll our own, I looked at
commons-csv and put a *lot* of time and effort into improving it.  I
didn't have time to follow through with a complete release of
commons-csv, so we just included a snapsot in Solr.  It's an internal
implementation detail, and hopefully you'll all agree that commons-csv
has benefited.  There have been *no* custom additions or anything else
- it's just a snapshot.

Of course with the whole maven thing it almost makes it almost look
like a release.  I'm not a maven guy  (and I don't particularly care
for it).  If there's something wrong with the maven config, hopefully
you can explain that to the Lucene/Solr maven guys.  To me, it's
simply an implementation detail within solr and definitely shouldn't
be advertised as any kind of official release on it's own.

ps: I'm away for the week in Korea w/ limited internet access, so I'll
most likely be unable to respond personally to any followups.

-Yonik
lucenerevolution.com - Lucene/Solr Open Source Search Conference.
Boston May 7-10


On Mon, Mar 5, 2012 at 8:12 PM, Emmanuel Bourg <ebo...@apache.org> wrote:
> Hi,
>
> This is actually a bad joke for all of us binary compatibility lovers. I
> just noticed that Solr forked Commons CSV and released it as a separate
> artifact, but kept the org.apache.commons.csv package unchanged :(
>
> http://www.jarvana.com/jarvana/inspect/org/apache/solr/solr-commons-csv/3.5.0/solr-commons-csv-3.5.0.jar
>
> Not a very pleasant discovery. I don't know how to handle this yet.
>
> Emmanuel Bourg
>

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

Reply via email to