You are viewing a plain text version of this content. The canonical link for it is here.
Posted to xbean-dev@geronimo.apache.org by "Moritz Bechler (JIRA)" <ji...@apache.org> on 2013/10/15 16:14:49 UTC

[jira] [Created] (XBEAN-252) BundleClassFinder.scanDirectory fails to resolve proper classname in -dev-mode equinox

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)