Return-Path: X-Original-To: apmail-maven-users-archive@www.apache.org Delivered-To: apmail-maven-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 6FBAD17ADC for ; Mon, 6 Apr 2015 17:21:12 +0000 (UTC) Received: (qmail 88859 invoked by uid 500); 6 Apr 2015 17:21:09 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 88776 invoked by uid 500); 6 Apr 2015 17:21:09 -0000 Mailing-List: contact users-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Users List" Reply-To: "Maven Users List" Delivered-To: mailing list users@maven.apache.org Received: (qmail 88764 invoked by uid 99); 6 Apr 2015 17:21:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2015 17:21:09 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of stevenschlansker@gmail.com designates 209.85.192.176 as permitted sender) Received: from [209.85.192.176] (HELO mail-pd0-f176.google.com) (209.85.192.176) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 06 Apr 2015 17:20:24 +0000 Received: by pdbnk13 with SMTP id nk13so50633835pdb.0 for ; Mon, 06 Apr 2015 10:20:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; bh=kUzZAEfL16Sdqh6sXCq/INd9AwkTzuO36FSYNLe8LPc=; b=b1G0cwG6L54MwiMIuD1h4hQb8xYrHbK+M+1aY3tB82p8nxIBkZaqSTnMB+Eu1VO95d dbKzVn52sZJ4y5wtWHgUKI9hJ3ijTwLJAhLNkDwTN9/MnHLKaUgSS19FSUNDrpKkuuXP Fpv2kKHQpOwuYQmXPUdKwLZTQEaYsnDI4RsQ94WZDC6jEUebmsdbN6gk1D1315SEXTkT u/xMwkKVRWkfX7UwU4ZBnib5NrElaBhVRV1/ODD0wIzOYdNBExxdE1gn2rh7rgkRFAP+ UxB0jjJi5v/IlK26tWdd0FL2pIbnKIwzlGRVQjU6W/VVxnGphuyJxvzA6coXJlJiSZ3Y zwAg== X-Received: by 10.68.164.5 with SMTP id ym5mr29274297pbb.43.1428340822584; Mon, 06 Apr 2015 10:20:22 -0700 (PDT) Received: from ubuntu-base-template.otcorp.opentable.com (otra.opentable.com. [199.16.144.7]) by mx.google.com with ESMTPSA id cu8sm1817215pad.1.2015.04.06.10.20.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 06 Apr 2015 10:20:21 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Easy way to tell if I have .class file conflicts between two jars? From: Steven Schlansker In-Reply-To: Date: Mon, 6 Apr 2015 10:20:20 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2CB638D9-EDCB-4072-8978-0E35C8FFB61A@gmail.com> References: To: Maven Users List X-Mailer: Apple Mail (2.1878.6) X-Virus-Checked: Checked by ClamAV on apache.org I've been very happy with: = https://github.com/basepom/duplicate-finder-maven-plugin On Apr 5, 2015, at 11:59 AM, Kevin Burton wrote: > Looks like it works but it=92s a little too strict. I just manually = resolved > some of the dependencies for one of my projects and it=92s complaining = about > conflicts even though the effective class path doesn=92t have those = class > conflicts. hm. >=20 > On Sun, Apr 5, 2015 at 11:11 AM, Robert Scholte > wrote: >=20 >> Hi, >>=20 >> take a look at this enforcer rule: >> = http://mojo.codehaus.org/extra-enforcer-rules/banDuplicateClasses.html >>=20 >> Robert >>=20 >> Op Sun, 05 Apr 2015 19:57:07 +0200 schreef Kevin Burton < >> burton@spinn3r.com>: >>=20 >> Im looking for a somewhat easy way to tell if a directory of .jar = files >>> contains class reference which conflict. >>>=20 >>> For example,org/xml/sax/XMLReader.class from two incompatible = versions. >>>=20 >>> I wrote a simple command that does a find and then a "jar tf" to = list the >>> contents, then I sort by the filename, but this creates false = positives in >>> the case where the files are actually the same .class file version. >>>=20 >>> I think I could just use SHA1 to detect this =85 if the SHA1 is = identical I >>> can just ignore it. >>>=20 >>> Of course a WAY better way to do this would be some sort of maven = plugin >>> that looked at all dependencies and generated errors/warnings if you = add a >>> dependency with class conflicts. That would be sweet. >>>=20 >>=20 >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org >> For additional commands, e-mail: users-help@maven.apache.org >>=20 >>=20 >=20 >=20 > --=20 >=20 > Founder/CEO Spinn3r.com > Location: *San Francisco, CA* > blog: http://burtonator.wordpress.com > =85 or check out my Google+ profile > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org