Return-Path: X-Original-To: apmail-geronimo-xbean-dev-archive@minotaur.apache.org Delivered-To: apmail-geronimo-xbean-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B7C2710F2F for ; Tue, 15 Oct 2013 14:15:00 +0000 (UTC) Received: (qmail 83409 invoked by uid 500); 15 Oct 2013 14:14:58 -0000 Delivered-To: apmail-geronimo-xbean-dev-archive@geronimo.apache.org Received: (qmail 83360 invoked by uid 500); 15 Oct 2013 14:14:53 -0000 Mailing-List: contact xbean-dev-help@geronimo.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: xbean-dev@geronimo.apache.org Delivered-To: mailing list xbean-dev@geronimo.apache.org Received: (qmail 82570 invoked by uid 99); 15 Oct 2013 14:14:49 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 15 Oct 2013 14:14:49 +0000 Date: Tue, 15 Oct 2013 14:14:49 +0000 (UTC) From: "Moritz Bechler (JIRA)" To: xbean-dev@geronimo.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (XBEAN-252) BundleClassFinder.scanDirectory fails to resolve proper classname in -dev-mode equinox MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Moritz Bechler created XBEAN-252: ------------------------------------ Summary: BundleClassFinder.scanDirectory fails to resolve proper classname in -dev-mode equinox Key: XBEAN-252 URL: https://issues.apache.org/jira/browse/XBEAN-252 Project: XBean Issue Type: Bug Components: bundleutils Affects Versions: 3.14 Reporter: Moritz Bechler When run in in -dev mode equinox potentially adds implicit classpath roots (see e.g. https://bugs.eclipse.org/bugs/show_bug.cgi?id=300153). This is the case for the bundle project's output folder when launching from Eclipse IDE. In bundleutils' BundleClassFinder this results in *.class bundle entries whose paths do not match the expected package structure but are prefixed by the output directory (e.g. bin/com/example/ExampleClass.class) resulting in wrong class names. Imho, this primarily needs to be fixed on the equinox side but having a workaround would be nice. There is evidence that users already have been working around this issue (http://code.google.com/a/apache-extras.org/p/openwebbeans-eclipse-rcp/source/browse/src/main/java/org/apacheextras/openwebbeans/eclipse/EclipseOsgiScannerService.java) but unfortunately output directories may be arbitrarily defined. I'm not sure whether this situation can be detected programmatically or whether extracting the actual classname from the class file is required (this is what I did as a workaround). -- This message was sent by Atlassian JIRA (v6.1#6144)