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 3E484CEF6 for ; Wed, 2 May 2012 15:30:31 +0000 (UTC) Received: (qmail 13098 invoked by uid 500); 2 May 2012 15:30:29 -0000 Delivered-To: apmail-maven-users-archive@maven.apache.org Received: (qmail 13022 invoked by uid 500); 2 May 2012 15:30:29 -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 13012 invoked by uid 99); 2 May 2012 15:30:28 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 May 2012 15:30:28 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [193.26.130.22] (HELO mail1.ipi.ch) (193.26.130.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 02 May 2012 15:30:22 +0000 Received: from mail1.ipi.ch (localhost.localdomain [127.0.0.1]) by localhost (Email Security Appliance) with SMTP id 9C1B411D1DD3_FA152F9B for ; Wed, 2 May 2012 15:30:01 +0000 (GMT) Received: from IPIPMSG019.ipip.ch (unknown [172.26.11.19]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (Client CN "ipipmsg019.ipip.ch", Issuer "IGE Root CA" (not verified)) by mail1.ipi.ch (Sophos Email Appliance) with ESMTPS id 8935211CEF33_FA152F9F for ; Wed, 2 May 2012 15:30:01 +0000 (GMT) Received: from IPIPMSG018.ipip.ch ([172.26.11.18]) by ipipmsg019 ([172.26.11.19]) with mapi id 14.01.0270.001; Wed, 2 May 2012 17:30:01 +0200 From: "Lewis, Eric" To: "users@maven.apache.org" Subject: Findbugs 2.4.0 fails with NoClassDefFoundError Thread-Topic: Findbugs 2.4.0 fails with NoClassDefFoundError Thread-Index: Ac0od7PyolXo4s52QOaxeMBwB/dbfA== Date: Wed, 2 May 2012 15:30:00 +0000 Message-ID: Accept-Language: de-CH, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [172.27.91.141] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Hi We're having a very weird error with the latest Findbugs plugin. It works fine on our test build server, but it fails on our production buil= d server. Here's the output: [java] java.lang.NoClassDefFoundError: org/apache/bcel/classfile/Class= FormatException [java] Caused by: java.lang.ClassNotFoundException: org.apache.bcel.cl= assfile.ClassFormatException [java] at java.net.URLClassLoader$1.run(URLClassLoader.java:202) [java] at java.security.AccessController.doPrivileged(Native Method) [java] at java.net.URLClassLoader.findClass(URLClassLoader.java:190) [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:306) [java] at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:30= 1) [java] at java.lang.ClassLoader.loadClass(ClassLoader.java:247) [java] Could not find the main class: edu.umd.cs.findbugs.FindBugs2. = Program will exit. [java] Exception in thread "main" When running in debug mode, we can see that the classpathes of the test and= production servers differ. Here are the JARs that appear on the test server, but not on the production= server: [DEBUG] com.google.code.findbugs:bcel:jar:2.0.0:compile [DEBUG] com.google.code.findbugs:jsr305:jar:2.0.0:compile [DEBUG] com.google.code.findbugs:jFormatString:jar:2.0.0:compile [DEBUG] com.google.code.findbugs:annotations:jar:2.0.0:compile [DEBUG] dom4j:dom4j:jar:1.6.1:compile [DEBUG] jaxen:jaxen:jar:1.1.1:compile [DEBUG] jdom:jdom:jar:1.0:compile [DEBUG] xom:xom:jar:1.0:compile [DEBUG] xerces:xmlParserAPIs:jar:2.6.2:compile [DEBUG] xalan:xalan:jar:2.6.0:compile [DEBUG] com.ibm.icu:icu4j:jar:2.6.1:compile [DEBUG] asm:asm:jar:3.3:compile [DEBUG] asm:asm-tree:jar:3.3:compile [DEBUG] asm:asm-commons:jar:3.3:compile Any hints what we're doing wrong or how I could chase that bug better? Thanks & best regards, Eric --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscribe@maven.apache.org For additional commands, e-mail: users-help@maven.apache.org