Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
MIME-Version: 1.0
From: David Smiley <david.w.smiley@gmail.com>
Date: Fri, 30 Sep 2016 20:24:55 +0000
Message-ID: <CABEwPvE0Lx5v7MMroSKijV4hdYZZmPdjfnu1_PQVYgrWFga65A@mail.gmail.com>
Subject: SolrJ 6.2 now depends on Google-Guava and Jackson WTF?!
To: "dev@lucene.apache.org" <dev@lucene.apache.org>, Gregory Chanan <gchanan@cloudera.com>
Content-Type: multipart/alternative; boundary=001a113e23f8cd78cd053dbf6309
archived-at: Fri, 30 Sep 2016 20:25:17 -0000

--001a113e23f8cd78cd053dbf6309
Content-Type: text/plain; charset=UTF-8

I was updating a project of mine today from SolrJ 6.0.0 to 6.2.1 and ran
into a classpath incompatibility problem pertaining to Guava.  I execute
"mvn dependency:tree" to see what's going on and I see a huge WTF -- SolrJ
depends on Guava!  Since when?!  6.2.0 apparently and in this issue --
https://issues.apache.org/jira/browse/SOLR-9200    Oh wow it depends on
Jackson now too!

Sorry, this is not okay and I feel strongly about this.  Very deliberate
care should be taken to our SolrJ dependencies since they are used in many
environments, and dependencies there add a burden on anyone using Solr.
 **Adding SolrJ dependencies should be announced**; either in their own
issue with appropriate title or noted in the dev list (not a JIRA issue) so
as to be noticed.  Can we agree to do this from now on?

Fortunately, it *appears* that the usage is pretty minimal?  Greg Chanan /
Steve Rowe, it appears the Guava dependency is just a couple import
statements for annotations.  Is that it?  I manually excluded guava from my
SolrJ dependency in the pom.xml along with things like Woodstox which I
always exclude.  I'm not sure yet about the scope of Jackson; we haven't
needed that to date as we've got Noggit.

~ David
-- 
Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
http://www.solrenterprisesearchserver.com

--001a113e23f8cd78cd053dbf6309
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">I was updating a project of mine today from SolrJ 6.0.0 to=
 6.2.1 and ran into a classpath incompatibility problem pertaining to Guava=
.=C2=A0 I execute &quot;mvn dependency:tree&quot; to see what&#39;s going o=
n and I see a huge WTF -- SolrJ depends on Guava!=C2=A0 Since when?! =C2=A0=
6.2.0 apparently and in this issue --=C2=A0<a href=3D"https://issues.apache=
.org/jira/browse/SOLR-9200">https://issues.apache.org/jira/browse/SOLR-9200=
</a>=C2=A0 =C2=A0 Oh wow it depends on Jackson now too!<div><br></div><div>=
Sorry, this is not okay and I feel strongly about this.=C2=A0 Very delibera=
te care should be taken to our SolrJ dependencies since they are used in ma=
ny environments, and dependencies there add a burden on anyone using Solr. =
=C2=A0**Adding SolrJ dependencies should be announced**; either in their ow=
n issue with appropriate title or noted in the dev list (not a JIRA issue) =
so as to be noticed.=C2=A0 Can we agree to do this from now on?</div><div><=
br></div><div>Fortunately, it *appears* that the usage is pretty minimal?=
=C2=A0 Greg Chanan / Steve Rowe, it appears the Guava dependency is just a =
couple import statements for annotations.=C2=A0 Is that it?=C2=A0 I manuall=
y excluded guava from my SolrJ dependency in the pom.xml along with things =
like Woodstox which I always exclude.=C2=A0 I&#39;m not sure yet about the =
scope of Jackson; we haven&#39;t needed that to date as we&#39;ve got Noggi=
t.</div><div><br></div><div>~ David</div></div><div dir=3D"ltr">-- <br></di=
v><div data-smartmail=3D"gmail_signature"><div dir=3D"ltr"><div>Lucene/Solr=
 Search Committer, Consultant, Developer, Author, Speaker<div>LinkedIn: <a =
href=3D"http://linkedin.com/in/davidwsmiley">http://linkedin.com/in/davidws=
miley</a> | Book:=C2=A0<a href=3D"http://www.solrenterprisesearchserver.com=
">http://www.solrenterprisesearchserver.com</a></div></div></div></div>

--001a113e23f8cd78cd053dbf6309--