Ok, First of all sorry for not being too explicit. I will try to give some more details:
- I am embedding Apache Felix (and Equinox because I would like to switch depending on the application server I am running on). - - The xalan ExtensionHandler executes something like this: ObjectFactory.findProviderClass(className, ObjectFactory.findClassLoader(), true) - The className has the format "java:....PortletBridge" ( I am embedding the OSGI container into Liferay portal :) ) - The extension manager have already added the extension loader to the classloader Felix.m_secureAction.addURLToURLClassLoader(Felix.m_secureAction.createURL(Felix.m_secureAction.createURL(null, "http:", extensionManager),"http://felix.extensions:9/", extensionManager), Felix.class.getClassLoader()); - When resolving the "java:xxxxxx....PortletBridge" the previous loader added by the ExtensionManager cause an unhandled error. In addition; when trying to embed the container inside JBoss 7+ the extension manager fails to load because it is not being loaded by an instance of the URLClassloader (it is not really a problem) As I have said in the previous mail, isolating the the framework into its own classloader is working but it is trickier. So this was the reason of asking you guys! Thx a lot! On 2 October 2012 09:20, Karl Pauls <karlpa...@gmail.com> wrote: > > I am using Apache Felix as the internal OSGI container inside a webapp. > The > > extension bundle manager adds the extension loader to the classloader > which > > is causing me many headaches because some thirty-part libraries. > > What is the problem exactly? If you don't have any extension bundles, > why would this cause problems (let alone with third-party libs)? > > > My first solution was to isolate the embedded container into its own > > classloader but I think this approach adds too much complexity. > > > > Should be possible to make the Extension Bundle manager to be > configurable? > > I mean, disabling it could cause some other problems to the framework? > > Again, it might help if you let us know what your problem is with it > in the first place. That said, I'm not against adding a switch to > disable it but it is somewhat tricky.... > > > regards, > > Karl > > > Cheers, > > > > Migue > > > > -- > > Un saludo, > > > > Migue > > > > http://migue.github.com > > > > -- > Karl Pauls > karlpa...@gmail.com > http://twitter.com/karlpauls > http://www.linkedin.com/in/karlpauls > https://profiles.google.com/karlpauls > -- Un saludo, Migue http://migue.github.com