Charles,
Thank you very much for another suggestion. Unfortunately I couldn't make
it work that way either. So I downgraded my SolrJ library from 4.10.3 to
4.0.0 [1].
Maybe using Relocating Classes [2] feature of Maven could handle this
issue, but I did not want to complicate my pom.xml further,
This is what I get:
./bigcontent-1.0-SNAPSHOT.jar:org/apache/http/impl/conn/SchemeRegistryFactory.class
(probably because I'm using a self-contained JAR).
In other words, I'm still stuck.
--
Emre
On Wed, Jan 28, 2015 at 2:47 PM, Charles Feduke charles.fed...@gmail.com
wrote:
I deal with
I deal with problems like this so often across Java applications with large
dependency trees. Add the shell function at the following link to your
shell on the machine where your Spark Streaming is installed:
https://gist.github.com/cfeduke/fe63b12ab07f87e76b38
Then run in the directory where
It looks like you're shading in the Apache HTTP commons library and its a
different version than what is expected. (Maybe 4.6.x based on the Javadoc.)
I see you are attempting to exclude commons-httpclient by using:
exclusion
groupIdcommons-httpclient/groupId
When I examine the dependencies again, I see that SolrJ library is using v.
4.3.1 of org.apache.httpcomponents:httpclient
[INFO] +- org.apache.solr:solr-solrj:jar:4.10.3:compile
[INFO] | +- org.apache.httpcomponents:httpclient:jar:4.3.1:compile
==
[INFO] | +-
Yeah it sounds like your original exclusion of commons-httpclient from
hadoop-* was correct, but its still coming in from somewhere.
Can you try something like this?:
dependency
artifactIdcommons-http/artifactId
groupIdhttpclient/groupId
scopeprovided/scope
/dependency
ref: