Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 2B2AA9FB5 for ; Sun, 26 May 2013 13:53:30 +0000 (UTC) Received: (qmail 19473 invoked by uid 500); 26 May 2013 13:53:27 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 19385 invoked by uid 500); 26 May 2013 13:53:27 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 19374 invoked by uid 99); 26 May 2013 13:53:27 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 26 May 2013 13:53:27 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of renatoj.marroquin@gmail.com designates 209.85.219.49 as permitted sender) Received: from [209.85.219.49] (HELO mail-oa0-f49.google.com) (209.85.219.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 26 May 2013 13:53:23 +0000 Received: by mail-oa0-f49.google.com with SMTP id k14so8025007oag.36 for ; Sun, 26 May 2013 06:53:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=TcQt0m9DmGkUDGsOeX/RYwgfoqtTFp7d4A5y+zvQtOU=; b=pvpNI7I5k/xjNYtQtxT3y/FCbj5NnFjfZu+XT1kLetKBLIPhW9xGjhxYetrtmuqDGZ C4F26AFL3aq9HjN7rsnokTSFYmwq8miZHJExj8Mo45i5nrxyl/bRU8t3u4rWBM5DfAHE ow0W3Y5GH/X5J7Yg+sxOVg2KC8OskfraqcOqv/YybsJ/hMAyGTjt3WlESKWfhYZkSBwX 8ZMHNDMkimEvTmOpcO5bLUkiij3+nAr1cOnSWudyJdPd+D1KL0uSfJ1zqo4ja1b2f+Fz +/Ky00vWvmBUy2bxkF7HsvnKy54ePShRu5hqcTjF9p5Qy5FRtNrSmX5wKm8FAad613sG 2t9A== MIME-Version: 1.0 X-Received: by 10.182.199.106 with SMTP id jj10mr16107626obc.45.1369576382431; Sun, 26 May 2013 06:53:02 -0700 (PDT) Received: by 10.76.98.232 with HTTP; Sun, 26 May 2013 06:53:02 -0700 (PDT) In-Reply-To: References: Date: Sun, 26 May 2013 08:53:02 -0500 Message-ID: Subject: Re: Hector vs Astyanax dependency issue From: =?ISO-8859-1?Q?Renato_Marroqu=EDn_Mogrovejo?= To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=e89a8ff1ca2ac48aa204dd9f59a5 X-Virus-Checked: Checked by ClamAV on apache.org --e89a8ff1ca2ac48aa204dd9f59a5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thanks for your replies! It is really a shame that is the way I would have to go. I am a contributor for the Apache Gora[1] project and we were trying to support different clients within our project but with those news, things really get complicated :-/ maybe we will go with Intravert or DataStax clients . . . while C* clients' war continues ): Renato M. [1] http://gora.apache.org/ 2013/5/25 Peter Lin > > I'll second that. > > the maven boondoggle is a huge anti-practice for the java world. > > > On Sat, May 25, 2013 at 12:10 PM, Edward Capriolo = wrote: > >> This is a big Java problem with Guava and logging libraries that get >> included with everything. If you bundle together enough projects you are >> bound to have an satisfiable breaking mismatch. The hip trend is "just u= se >> the latest from maven"so hipsters have a canned reply, "OMG!!! YOUR >> VERSIONS IS SOO OLD" , but in the real world we have to support >> environments outside our laptop and we cant always be updating things ev= ery >> day for no real reason, angry administrators say "WHY DOES YOUR GUAVA NE= ED >> TO BE UPGRADED? IS THERE A BUG?" :) >> >> So yes, while I do think Guava is a nice library, the breaking changes i= n >> it are PITA, and the things inside it generally are things you can do >> yourself. Preconditions.checkNotNull(Object) for example seems sexy but >> over time you always hit an issue like this since guava gets included >> everywhere. As a result I commonly end up stripping out guava in out >> projects. >> >> ::Rant over:: >> >> Your only hope is to build a fork of one hector or astynax that uses the >> same guava version or get both the projects to update to the same versio= n. >> >> >> On Fri, May 24, 2013 at 7:02 PM, Renato Marroqu=EDn Mogrovejo < >> renatoj.marroquin@gmail.com> wrote: >> >>> Hi all, >>> >>> I am using Astyanax and Hector client within an application but right >>> now I am hitting a dependency issue [1] related to Guava version being = used >>> by Hector and Astyanax which makes Maven headache. I have taken it out = as >>> exclusions within my poms but I still get the dependency issue. >>> Do you guys think you could help me out with this one? >>> Thanks in advance! >>> >>> >>> Renato M. >>> >>> [1] https://github.com/Netflix/astyanax/issues/204 >>> >>> >> > --e89a8ff1ca2ac48aa204dd9f59a5 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks for your replies!
It is really a shame that is = the way I would have to go. I am a contributor for the Apache Gora[1] proje= ct and we were trying to support different clients within our project but w= ith those news, things really get complicated :-/ maybe we will go with Int= ravert or DataStax clients . . . while C* clients' war continues ):


Renato M.



2013/5/25 = Peter Lin <woolfel@gmail.com>

I'l= l second that.

the maven boondoggle is a huge anti-practice fo= r the java world.

On Sat, May 25, 2013 at 12:10 PM, Edward C= apriolo <edlinuxguru@gmail.com> wrote:
This is a big Java pro= blem with Guava and logging libraries that get included with everything. If= you bundle together enough projects you are bound to have an satisfiable b= reaking mismatch. The hip trend is "just use the latest from maven&quo= t;so hipsters have a canned reply, "OMG!!! YOUR VERSIONS IS SOO OLD&qu= ot; , but in the real world we have to support environments outside our lap= top and we cant always be updating things every day for no real reason, ang= ry administrators say "WHY DOES YOUR GUAVA NEED TO BE UPGRADED? IS THE= RE A BUG?" :)

So yes, while I do think Guava is a nice library, the breaki= ng changes in it are PITA, and the things inside it generally are things yo= u can do yourself. Preconditions.checkNotNull(Object) for example seems sex= y but over time you always hit an issue like this since guava gets included= everywhere. As a result I commonly end up stripping out guava in out proje= cts.

::Rant over::

Your only hope is to build a= fork of one hector or astynax that uses the same guava version or get both= the projects to update to the same version.


On Fri, May 24, 2013 at 7:02 PM, Renato = Marroqu=EDn Mogrovejo <renatoj.marroquin@gmail.com> wrote:
Hi all,
<= /div>

I am using Astyanax and Hector client within an applica= tion but right now I am hitting a dependency issue [1] related to Guava ver= sion being used by Hector and Astyanax which makes Maven headache. I have t= aken it out as exclusions within my poms but I still get the dependency iss= ue.
Do you guys think you could help me out with this one?=A0
Th= anks in advance!


Renato M.

[1]=A0https://github.com/Netfl= ix/astyanax/issues/204




--e89a8ff1ca2ac48aa204dd9f59a5--