Return-Path: Delivered-To: apmail-xmlgraphics-fop-dev-archive@www.apache.org Received: (qmail 23807 invoked from network); 9 Nov 2005 00:09:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 9 Nov 2005 00:09:47 -0000 Received: (qmail 76968 invoked by uid 500); 9 Nov 2005 00:09:47 -0000 Delivered-To: apmail-xmlgraphics-fop-dev-archive@xmlgraphics.apache.org Received: (qmail 76627 invoked by uid 500); 9 Nov 2005 00:09:45 -0000 Mailing-List: contact fop-dev-help@xmlgraphics.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: fop-dev@xmlgraphics.apache.org Delivered-To: mailing list fop-dev@xmlgraphics.apache.org Received: (qmail 76616 invoked by uid 99); 9 Nov 2005 00:09:45 -0000 X-ASF-Spam-Status: No, hits=0.6 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Nov 2005 16:09:45 -0800 Received: by ajax.apache.org (Postfix, from userid 99) id 4DD04227; Wed, 9 Nov 2005 01:09:24 +0100 (CET) From: bugzilla@apache.org To: fop-dev@xmlgraphics.apache.org Subject: DO NOT REPLY [Bug 37417] New: - Patch to support fop from partially implemented Class Loaders. X-Bugzilla-Reason: AssignedTo Message-Id: <20051109000924.4DD04227@ajax.apache.org> Date: Wed, 9 Nov 2005 01:09:24 +0100 (CET) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=37417 Summary: Patch to support fop from partially implemented Class Loaders. Product: Fop Version: 1.0dev Platform: All OS/Version: other Status: NEW Severity: enhancement Priority: P5 Component: general AssignedTo: fop-dev@xmlgraphics.apache.org ReportedBy: tgates@xplantechnology.com org.apach.fop.Version line 33 (ver 328820) assumes that Version.class.getPackage() will return the package info of the class however it may return null if it was loaded from an incomplete class loader that doesn't implement definePackage correctly by loading the manifest info from the jar file. Whilst the proper solution is to fix these class loaders it would be prudent to gracefully handle this situation. The attached patch attempts to do so. ==START PATCH== Index: src/java/org/apache/fop/Version.java =================================================================== --- src/java/org/apache/fop/Version.java (revision 331635) +++ src/java/org/apache/fop/Version.java (working copy) @@ -30,7 +30,11 @@ * @return the version string */ public static String getVersion() { - String version = Version.class.getPackage().getImplementationVersion (); + String version = null; + Package jarinfo = Version.class.getPackage(); + if(jarinfo != null) { + version = jarinfo.getImplementationVersion(); + } if (version == null) { //Fallback if FOP is used in a development environment String headURL ==END PATCH== -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.