felix-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pierre De Rop (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (FELIX-5206) Can't load bundle entries when embedding FelixConnect in JBoss
Date Thu, 17 Mar 2016 20:29:33 GMT

    [ https://issues.apache.org/jira/browse/FELIX-5206?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15200307#comment-15200307

Pierre De Rop commented on FELIX-5206:

Thanks Karl, 

Yes I did some tests outside jboss, inside an old jboss which does not support vfs (only "vfszip"
protocol), and tested the "vfs" protocol with an EAR archive inside JBoss EAP 6.4.0. The EAR
contains some felix bundles (gogo , declarative service, etc ...), an EJB used to launch Connect,
and then I was able to telnet to the EAR and browse my components.  

I also tested the EAR in two forms of deployment:

- EAR in the form of a packaged "connect.ear" archive file.
- EAR in the form of an unpackage ear, unjared in the jboss deployment directory (flat files).

Ok, I will commit all this soon. 


> Can't load bundle entries when embedding FelixConnect in JBoss
> --------------------------------------------------------------
>                 Key: FELIX-5206
>                 URL: https://issues.apache.org/jira/browse/FELIX-5206
>             Project: Felix
>          Issue Type: Bug
>          Components: Connect
>    Affects Versions: connect-0.1.0
>            Reporter: Pierre De Rop
>         Attachments: FELIX-5206-wrap-vfszipurl-to-jarfileurl.patch, FELIX-5206.VFS.tgz,
> I'm using Apache Connect embedded in JBoss EAP 5.2.
> I came across the following issue: When I launch Apache Connect under jboss, the ClasspathScanner
loads bundles from a jboss classloader that I pass to the scanForBundles method. The problem
is that jboss ClassLoader.getResources(...) method returns a list of URL with a special jboss
"vfszip" URL, like:
> vfszip:/opt/SPS_2_0_I16/jboss/common/lib/DNSClient-1.2759.01.jar/ 
> Now, when declarative service (1.8.2) is started, it can't load the xml descriptors,
because when it invokes the Bundle.findEntries(...) method, this one returns null, because
the call to this method ends up calling the org.apache.felix.connect.URLRevision.getEntries()
method, which is not implemented:
> {code}
>     @Override
>     public Enumeration<String> getEntries()
>     {
>         return Collections.enumeration(Collections.EMPTY_LIST);
>     }
> {code}
> I have attached a simple patch to this issue which resolves the problem.
> Anyone could review it and let me know if I can commit it ?
> thanks.

This message was sent by Atlassian JIRA

View raw message