Return-Path: 
 <dev-return-91349-apmail-lucene-dev-archive=lucene.apache.org@lucene.apache.org>
X-Original-To: apmail-lucene-dev-archive@www.apache.org
Delivered-To: apmail-lucene-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id E93CF9952
	for <apmail-lucene-dev-archive@www.apache.org>;
 Tue,  6 Mar 2012 16:02:19 +0000 (UTC)
Received: (qmail 60654 invoked by uid 500); 6 Mar 2012 16:02:18 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 60594 invoked by uid 500); 6 Mar 2012 16:02:18 -0000
Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@lucene.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@lucene.apache.org>
List-Post: <mailto:dev@lucene.apache.org>
List-Id: <dev.lucene.apache.org>
Reply-To: dev@lucene.apache.org
Delivered-To: mailing list dev@lucene.apache.org
Received: (qmail 60586 invoked by uid 99); 6 Mar 2012 16:02:18 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Mar 2012 16:02:18 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=5.0
	tests=ALL_TRUSTED,T_RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Mar 2012 16:02:15 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id DF2CABDB9
	for <dev@lucene.apache.org>; Tue,  6 Mar 2012 16:01:54 +0000 (UTC)
Date: Tue, 6 Mar 2012 16:01:54 +0000 (UTC)
From: "Robert Muir (Commented) (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <1425311505.27788.1331049714915.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: 
 <1373623055.25363.1330997397011.JavaMail.tomcat@hel.zones.apache.org>
Subject: [jira] [Commented] (SOLR-3204) solr-commons-csv must not use the
 org.apache.commons.csv package
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/SOLR-3204?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13223354#comment-13223354 ] 

Robert Muir commented on SOLR-3204:
-----------------------------------

{quote}
I think the jarjar idea was raised quite often, this seems to be a good solution, so we republish all "changed" dependencies using a different class/pkg name.
{quote}

This sets an unreasonable burden to fix a simple bug in a third-party component (think, the jetty patch).

Its already hard enough to dive in as "stranger in a strange land" to some other codebase to fix a bug that affects our stuff,
and then to rename anything that uses it too just because of maven?

Lets take the jetty case... should we seriously rename all the jetty stuff because it has a unicode bug? what about configuration 
and reflection and stuff for this servlet container? E.g. users will no longer be able to use any normal jetty configuration or
jetty documentation because we re-jarjared all the package names?

{noformat}
<Configure id="Server" class="org.eclipse.jetty.server.Server">
  <!-- basic configuration here -->
</Configure>
{noformat}

etc

this is insane.

                
> solr-commons-csv must not use the org.apache.commons.csv package
> ----------------------------------------------------------------
>
>                 Key: SOLR-3204
>                 URL: https://issues.apache.org/jira/browse/SOLR-3204
>             Project: Solr
>          Issue Type: Bug
>          Components: Build
>    Affects Versions: 3.5
>            Reporter: Emmanuel Bourg
>            Priority: Blocker
>             Fix For: 3.6
>
>         Attachments: solr-csv.patch
>
>
> The solr-commons-csv artifact reused the code from the Apache Commons CSV project but the package wasn't changed to something else than org.apache.commons.csv in the process. This creates a compatibility issue as the Apache Commons team works toward an official release of Commons CSV. It prevents Commons CSV from using its own org.apache.commons.csv package, or forces the renaming of all the classes to avoid a classpath conflict.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

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