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

Steven Rowe commented on SOLR-3204:
-----------------------------------

{quote}
or C)
you can publish the artifacts, link to them as optional, and users can specify 
in their pom's which jar to bring in. This is not that uncommon -- it is the 
expected way to deal with slf4j for example, where one and only one of several 
options must be chosen at runtime. Same thing with the bytecode re-writing 
dependency in Hibernate.

bq. -1 from me for using optional dependencies to counter Maven's virality.

Please consider this further with option C) above for artifacts that live in a 
custom groupId:artifactId namespace but not a custom package.
{quote}

My implicit assumption was that as a result of using optional dependencies, we 
would cease publishing any third-party dependencies to Maven Central.  (That's 
part of what I was -1'ing.)
                
> 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
>            Assignee: Uwe Schindler
>            Priority: Blocker
>             Fix For: 3.6, 4.0
>
>         Attachments: SOLR-3204.patch, SOLR-3204.patch, SOLR-3204.patch, 
> SOLR-3204.patch, apache-solr-commons-csv-1.0-SNAPSHOT-r966014.jar, 
> apache-solr-commons-csv-1.0-SNAPSHOT-r966014.jar, rule.txt, rule.txt, 
> 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-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to