[
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, FELIX-5206.patch
>
>
> 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
(v6.3.4#6332)
