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

Matthias Friedrich commented on CRUNCH-16:
------------------------------------------

Re 2.: Crunch used to depend on the bundled Guava but was changed to a 
separate, real Guava in 
https://git-wip-us.apache.org/repos/asf?p=incubator-crunch.git;a=commit;h=9367826ee5516439852006c333702bd383241335.
 I think we should keep it this way, it's the best solution.

Long term I'm interested in reducing the number of dependencies Crunch 
requires. More dependencies mean more problems for users because of 
incompatibilities with application code. Guava is great in this regard because 
it replaces a lot of stuff from commons-*. In fact, we could trivially remove 
the dependency on commons-lang, but that's a different matter.
                
> Fix dependency versions
> -----------------------
>
>                 Key: CRUNCH-16
>                 URL: https://issues.apache.org/jira/browse/CRUNCH-16
>             Project: Crunch
>          Issue Type: Task
>            Reporter: Matthias Friedrich
>            Priority: Critical
>              Labels: maven
>
> Right now, the compile time classpath doesn't exactly match the runtime 
> classpath. For example, Hadoop CDH3u4 comes with slf4j-api-1.4.3 while Crunch 
> references slf4j-api-1.6.3. This could result in NoSuchMethodError and other 
> nasty problems.
> We have to make sure that version numbers match (check "mvn dependency:tree") 
> and that we don't ship artifacts that are already present on the runtime 
> classpath. If our dependencies introduce incompatible transitive 
> dependencies, we might have to downgrade them.
> Note: Maven's dependency resolution is order-dependent, see 
> http://maven.apache.org/guides/introduction/introduction-to-dependency-mechanism.html

--
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

        

Reply via email to