Richard, I've read your investigation in FELIX-1032. Very good work finding that bug in the JRE. Do you know if this bug has been reported or if it might already be fixed?
If not, then I guess the best we can do is to report problems like this to those who use the ZipFile class in a way that might cause problems. In this case it seems like the problem lies in Jetty. Have you notified them about this problem? Truthfully, I'm still a little confused about this since the problem disappears when switching to Equinox. Also, in pax-web 0.7.2 it works while I get the error in 0.7.3. Don't know if they really use different version of Jetty - I think not. Meanwhile I'll try to see if Felix 3.0.6 works without problems. In my configuration I tend to get this problem when I click on the iPOJO tab in the Webconsole. I'll see if I can cook down the problem in a simpler test case. Currently I use Karaf 2.1.0 with Felix 3.0.2, Webconsole 3.1.2 and the iPOJO Webconsole plugin 1.4.4. /Bengt 2010/11/11 Richard S. Hall <[email protected]> > On 11/11/10 11:55, Guillaume Nodet wrote: > >> Yeah, that seems tricky issue here. I haven't had any time to >> actually investigate. I've seen Richard came to the conclusion that >> this was a bug in jetty or the jvm iirc. >> > > It was definitely a JRE bug. They were inserted an invalid inflater back > into their infater pool. This appears to be the same issue looking at the > original stack trace below. This is not a Felix issue. Perhaps there is some > workaround we could devise, but I'm not sure what. > > -> richard > > > For felix 3.0.6, i suppose there has been some changes in the boot >> loader delegation mechanism, but not sure when those have been >> introduced. Maybe checking with karaf trunk which uses pax-web 0.8.0 >> and felix 3.0.6 to make sure that this does not happen anymore. >> >> For karaf 2.1.1 release under vote, i suppose we should add a note on >> the release notes at least or switch back to 0.7.2 in 2.1.2 if needed. >> Not sure really what's the best way yet, but this should be discussed >> on karaf dev list rather than here. >> >> On Thu, Nov 11, 2010 at 17:29, Bengt Rodehav<[email protected]> wrote: >> >>> Guillaume, >>> >>> I switched back to pax-web 0.7.3 and verified that I get the >>> NullPointerException. I then switched to Equinox - it works with no >>> problems. I use the Equinox version that comes with Karaf 2.1.0. >>> >>> I then tried to switch from Felix 3.0.2 (which comes with Karaf 2.1.0) to >>> Felix 3.0.6 but I haven't managed to do that successfully. >>> >>> All I did was to change the karaf.framework.felix in Karaf's >>> config.properties to Felix 3.0.6 which I also downloaded and put in the >>> right place under "system". >>> >>> Karaf starts with no problems, however, I cannot login from the >>> Webconsole >>> (I use the default karaf/karaf). In the log I get: >>> >>> 2010-11-11 17:17:53,052 | ERROR | /console/bundles | >>> >>>> WebConsoleSecurityProvider | .webconsole.JaasSecurityProvider 75 >>>> | >>>> General Security Exception >>>> >>> javax.security.auth.login.LoginException: det går inte att hitta >>> >>>> LoginModule-klassen: org.apache.karaf.jaas.boot.ProxyLoginModule not >>>> found >>>> by org.apache.felix.webconsole [42] >>>> >>> at >>> >>>> >>>> javax.security.auth.login.LoginContext.invoke(LoginContext.java:808)[:1.6.0_07] >>>> >>> at >>> >>>> >>>> javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)[:1.6.0_07] >>>> >>> at >>> >>>> >>>> javax.security.auth.login.LoginContext$4.run(LoginContext.java:683)[:1.6.0_07] >>>> >>> at java.security.AccessController.doPrivileged(Native Method)[:1.6.0_07] >>> >>> at >>> >>>> >>>> javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680)[:1.6.0_07] >>>> >>> at >>> >>>> >>>> javax.security.auth.login.LoginContext.login(LoginContext.java:579)[:1.6.0_07] >>>> >>> at >>> >>>> >>>> org.apache.karaf.webconsole.JaasSecurityProvider.authenticate(JaasSecurityProvider.java:66)[42:org.apache.felix.webconsole:3.1.2] >>>> >>> at >>> >>>> >>>> org.apache.felix.webconsole.internal.servlet.OsgiManager$SecurityProvider.authenticate(OsgiManager.java:995)[42:org.apache.felix.webconsole:3.1.2] >>>> >>> at >>> >>>> >>>> org.apache.felix.webconsole.internal.servlet.OsgiManagerHttpContext.handleSecurity(OsgiManagerHttpContext.java:123)[42:org.apache.felix.webconsole:3.1.2] >>>> >>> at >>> >>>> >>>> org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.handle(HttpServiceServletHandler.java:62)[39:org.ops4j.pax.web.pax-web-jetty:0.7.3] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.handle(HttpServiceContext.java:111)[39:org.ops4j.pax.web.pax-web-jetty:0.7.3] >>>> >>> at >>> >>>> >>>> org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.handle(JettyServerHandlerCollection.java:68)[39:org.ops4j.pax.web.pax-web-jetty:0.7.3] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.Server.handle(Server.java:322)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:923)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:547)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> at >>> >>>> >>>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)[35:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>> >>> >>> What else do I have to do to switch to Felix 3.0.6? >>> >>> So, it seems like Equinox does not have any problems with pax-web 0.7.3. >>> That certainly indicates some problem in Felix. However, Richard S Hall >>> investigated this in FELIX-1032 and came to the conclusion that it's not >>> a >>> Felix bug. What do you think? >>> >>> /Bengt >>> >>> 2010/11/11 Bengt Rodehav<[email protected]> >>> >>> I'll give Equinox and Felix 3.0.6 a try. >>>> >>>> Thanks for the tip, >>>> >>>> /Bengt >>>> >>>> 2010/11/10 Guillaume Nodet<[email protected]> >>>> >>>> Have you tried to reproduce the issue using Equinox ? Also maybe >>>> >>>>> upgrading to Felix Framework 3.0.6 ? >>>>> I've also seen those issues but haven't had any time to investigate so >>>>> far. >>>>> >>>>> On Wed, Nov 10, 2010 at 18:50, Bengt Rodehav<[email protected]> >>>>> wrote: >>>>> >>>>>> I get the same problem. >>>>>> >>>>>> I use Karaf 2.1 which relies on pax-web 0.7.3. I've tried pax-web >>>>>> 0.8.0 >>>>>> which was just released but it doesn't work either. I seem to get rid >>>>>> of >>>>>> this problem when reverting to pax-web 0.7.2 like you suggested to >>>>>> Irad. >>>>>> However I had to patch the feature file that comes with Karaf 2.1 to >>>>>> do >>>>>> this. >>>>>> >>>>>> Does anyone know if someone is working to fix this? Is it reported? >>>>>> I'm >>>>>> >>>>> not >>>>> >>>>>> sure if it should be reported to the Jetty people, Ops4j or perhaps >>>>>> >>>>> Felix or >>>>> >>>>>> Karaf. >>>>>> >>>>>> I would really like to upgrade to pax-web 0.8.0 (with Jetty 7) but >>>>>> right >>>>>> >>>>> now >>>>> >>>>>> it seems like I'm stuck at 0.7.2... >>>>>> >>>>>> Does anyone know if a fix is in the works somewhere? >>>>>> >>>>>> /Bengt >>>>>> >>>>>> 2010/11/2 Allen Lau<[email protected]> >>>>>> >>>>>> There is a problem with newer Jetty versions running inside of Felix >>>>>>> >>>>>> that >>>>> >>>>>> causes this problem. Don't remember the thread that pinpoints the >>>>>>> >>>>>> exact >>>>> >>>>>> issue. Reverting back to PAX-WEB 0.7.2 solves the issue. Give that >>>>>>> a >>>>>>> try. >>>>>>> >>>>>>> Allen >>>>>>> >>>>>>> On Mon, Nov 1, 2010 at 9:57 AM, Irad Dor<[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>> Hi, >>>>>>>> >>>>>>>> Was wondering if anyone can help. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I am getting the below set of behaviours after trying to install or >>>>>>>> uninstall a feature with Karaf 2.1.0 web console on a spawned >>>>>>>> server >>>>>>>> instance (not the main karaf server). >>>>>>>> >>>>>>>> 1. I try to install / uninstall a feature >>>>>>>> >>>>>>>> 2. At first The web console does not respond and seems stuck >>>>>>>> >>>>>>>> 3. If I wait with no refresh, I sometimes see an empty features >>>>>>>> screen (Feature information: 0 features in total - all 0 features >>>>>>>> active.) >>>>>>>> >>>>>>>> 4. But after a refresh the feature seems installed. >>>>>>>> >>>>>>>> 5. Sometimes the web console seems to have completely died and >>>>>>>> I >>>>>>>> cannot access any of the tabs >>>>>>>> >>>>>>>> 6. Sometimes I get the following AJAX Error pop-up screen: >>>>>>>> >>>>>>>> a. The request failed: >>>>>>>> >>>>>>>> b. HTTP ERROR 405 >>>>>>>> >>>>>>>> c. Problem accessing /system/console/features. Reason: >>>>>>>> >>>>>>>> d. HTTP method POST is not supported by this URL >>>>>>>> >>>>>>>> e. >>>>>>>> ________________________________ >>>>>>>> >>>>>>>> >>>>>>>> f. Powered by Jetty:// >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> A section of the karaf log is below with messages that are generated >>>>>>>> when this happens. Can you help? >>>>>>>> >>>>>>>> Thanks, >>>>>>>> >>>>>>>> Irad. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 16:38:42,814 | WARN | qtp-1605870897-5 | jetty >>>>>>>> | service.jetty.internal.JCLLogger 115 | 62 - org.ops4j.pax.web. >>>>>>>> >>>>>>>> pax-web-jetty - 0.7.3 | /system/console/res/karaf/ui/webconsole.css >>>>>>>> >>>>>>>> java.lang.NullPointerException: Inflater has been closed >>>>>>>> >>>>>>>> at >>>>>>>> java.util.zip.Inflater.ensureOpen(Inflater.java:364)[:1.6.0_21] >>>>>>>> >>>>>>>> at >>>>>>>> java.util.zip.Inflater.getBytesWritten(Inflater.java:317)[:1.6.0_21] >>>>>>>> >>>>>>>> at >>>>>>>> java.util.zip.ZipFile$1.available(ZipFile.java:243)[:1.6.0_21] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.framework.URLHandlersBundleURLConnection.connect(URLHan >>>>> >>>>>> dlersBundleURLConnection.java:126)[org.apache.felix.frame >>>>>>>> >>>>>>>> work-3.0.2.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.framework.URLHandlersBundleURLConnection.getInputStream >>>>> >>>>>> (URLHandlersBundleURLConnection.java:135)[org.apache.feli >>>>>>>> >>>>>>>> x.framework-3.0.2.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.resource.URLResource.exists(URLResource.java:101)[58:org.apa >>>>> >>>>>> che.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.ops4j.pax.web.service.jetty.internal.ResourceServlet.doGet(ResourceS >>>>> >>>>>> ervlet.java:82)[62:org.ops4j.pax.web.pax-web-jetty:0.7.3] >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:693)[57:org.apac >>>>> >>>>>> he.geronimo.specs.geronimo-servlet_2.5_spec:1.1.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> javax.servlet.http.HttpServlet.service(HttpServlet.java:806)[57:org.apac >>>>> >>>>>> he.geronimo.specs.geronimo-servlet_2.5_spec:1.1.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)[5 >>>>> >>>>>> 8:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390) >>>>> >>>>>> [58:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.handl >>>>> >>>>>> e(HttpServiceServletHandler.java:64)[62:org.ops4j.pax.web >>>>>>>> >>>>>>>> .pax-web-jetty:0.7.3] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) >>>>> >>>>>> [58:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) >>>>> >>>>>> [58:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.ops4j.pax.web.service.jetty.internal.HttpServiceContext.handle(HttpS >>>>> >>>>>> erviceContext.java:111)[62:org.ops4j.pax.web.pax-web-jett >>>>>>>> >>>>>>>> y:0.7.3] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.ops4j.pax.web.service.jetty.internal.JettyServerHandlerCollection.ha >>>>> >>>>>> ndle(JettyServerHandlerCollection.java:68)[62:org.ops4j.p >>>>>>>> >>>>>>>> ax.web.pax-web-jetty:0.7.3] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) >>>>> >>>>>> [58:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.Server.handle(Server.java:326)[58:org.apache.servicemi >>>>> >>>>>> x.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)[ >>>>> >>>>>> 58:org.apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConne >>>>> >>>>>> ction.java:923)[58:org.apache.servicemix.bundles.jetty-bu >>>>>>>> >>>>>>>> ndle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:547)[58:org.apach >>>>> >>>>>> e.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212)[58:org. >>>>> >>>>>> apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)[58:org. >>>>> >>>>>> apache.servicemix.bundles.jetty-bundle:6.1.22.2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java: >>>>> >>>>>> 409)[58:org.apache.servicemix.bundles.jetty-bundle:6.1.22 >>>>>>>> >>>>>>>> .2] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java >>>>> >>>>>> :582)[58:org.apache.servicemix.bundles.jetty-bundle:6.1.2 >>>>>>>> >>>>>>>> 2.2] >>>>>>>> >>>>>>>> 16:38:46,079 | INFO | qtp-1605870897-0 | FeaturesServiceImpl >>>>>>>> | res.internal.FeaturesServiceImpl 273 | 14 - org.apache.karaf.f >>>>>>>> >>>>>>>> eatures.core - 2.1.0 | Bundles to refresh: >>>>>>>> >>>>>>> org.apache.felix.webconsole >>>>> >>>>>> (79) >>>>>>>> >>>>>>>> 16:38:46,079 | INFO | qtp-1605870897-0 | FeaturesServiceImpl >>>>>>>> | res.internal.FeaturesServiceImpl 283 | 14 - org.apache.karaf.f >>>>>>>> >>>>>>>> eatures.core - 2.1.0 | Refreshing bundles: >>>>>>>> >>>>>>> org.apache.felix.webconsole >>>>> >>>>>> (79) >>>>>>>> >>>>>>>> 16:38:46,080 | INFO | elixPackageAdmin | HttpServiceFactoryImpl >>>>>>>> | .internal.HttpServiceFactoryImpl 40 | 61 - org.ops4j.pax.web. >>>>>>>> >>>>>>>> pax-web-runtime - 0.7.3 | Unbinding bundle: >>>>>>>> >>>>>>> [org.apache.felix.webconsole >>>>> >>>>>> [79]] >>>>>>>> >>>>>>>> 16:38:46,088 | INFO | elixPackageAdmin | HttpServiceFactoryImpl >>>>>>>> | .internal.HttpServiceFactoryImpl 33 | 61 - org.ops4j.pax.web. >>>>>>>> >>>>>>>> pax-web-runtime - 0.7.3 | Binding bundle: >>>>>>>> >>>>>>> [org.apache.felix.webconsole >>>>> >>>>>> [79]] to http service >>>>>>>> >>>>>>>> 16:38:46,089 | ERROR | elixPackageAdmin | webconsole >>>>>>>> | ? ? | 79 - org.apache.felix.w >>>>>>>> >>>>>>>> ebconsole - 1.2.10 | bindHttpService: Problem setting up >>>>>>>> >>>>>>>> org.osgi.service.http.NamespaceException: alias is already in use in >>>>>>>> this or another context >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.ops4j.pax.web.service.spi.model.ServerModel.addServletModel(ServerMo >>>>> >>>>>> del.java:120)[60:org.ops4j.pax.web.pax-web-spi:0.7.3] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.ops4j.pax.web.service.internal.HttpServiceStarted.registerServlet(Ht >>>>> >>>>>> tpServiceStarted.java:146)[61:org.ops4j.pax.web.pax-web-r >>>>>>>> >>>>>>>> untime:0.7.3] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.ops4j.pax.web.service.internal.HttpServiceProxy.registerServlet(Http >>>>> >>>>>> ServiceProxy.java:54)[61:org.ops4j.pax.web.pax-web-runtim >>>>>>>> >>>>>>>> e:0.7.3] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.webconsole.internal.servlet.OsgiManager.bindHttpService >>>>> >>>>>> (OsgiManager.java:577)[79:org.apache.felix.webconsole:1.2 >>>>>>>> >>>>>>>> .10] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.webconsole.internal.servlet.OsgiManager$HttpServiceTrac >>>>> >>>>>> ker.addingService(OsgiManager.java:420)[79:org.apache.fel >>>>>>>> >>>>>>>> ix.webconsole:1.2.10] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.osgi.util.tracker.ServiceTracker$Tracked.customizerAdding(ServiceTra >>>>> >>>>>> cker.java:896)[karaf.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.osgi.util.tracker.AbstractTracked.trackAdding(AbstractTracked.java:2 >>>>> >>>>>> 61)[karaf.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.osgi.util.tracker.AbstractTracked.trackInitial(AbstractTracked.java: >>>>> >>>>>> 184)[karaf.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:339)[karaf >>>>> >>>>>> .jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.osgi.util.tracker.ServiceTracker.open(ServiceTracker.java:273)[karaf >>>>> >>>>>> .jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.webconsole.internal.servlet.OsgiManager.<init>(OsgiMana >>>>> >>>>>> ger.java:175)[79:org.apache.felix.webconsole:1.2.10] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.webconsole.internal.OsgiManagerActivator.start(OsgiMana >>>>> >>>>>> gerActivator.java:35)[79:org.apache.felix.webconsole:1.2. >>>>>>>> >>>>>>>> 10] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.framework.util.SecureAction.startActivator(SecureAction >>>>> >>>>>> .java:633)[org.apache.felix.framework-3.0.2.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.framework.Felix.activateBundle(Felix.java:1817)[org.apa >>>>> >>>>>> che.felix.framework-3.0.2.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.framework.Felix.startBundle(Felix.java:1734)[org.apache >>>>> >>>>>> .felix.framework-3.0.2.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.framework.Felix$RefreshHelper.restart(Felix.java:4469)[ >>>>> >>>>>> org.apache.felix.framework-3.0.2.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.framework.Felix.refreshPackages(Felix.java:3554)[org.ap >>>>> >>>>>> ache.felix.framework-3.0.2.jar:] >>>>>>>> >>>>>>>> at >>>>>>>> >>>>>>>> org.apache.felix.framework.PackageAdminImpl.run(PackageAdminImpl.java:33 >>>>> >>>>>> 6)[org.apache.felix.framework-3.0.2.jar:] >>>>>>>> >>>>>>>> at java.lang.Thread.run(Thread.java:619)[:1.6.0_21] >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Irad Dor >>>>>>>> >>>>>>>> Edge CI >>>>>>>> >>>>>>>> +44 77 6677 4020 >>>>>>>> >>>>>>>> +44 20 7193 9279 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>> >>>>> -- >>>>> Cheers, >>>>> Guillaume Nodet >>>>> ------------------------ >>>>> Blog: http://gnodet.blogspot.com/ >>>>> ------------------------ >>>>> Open Source SOA >>>>> http://fusesource.com >>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: [email protected] >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>>> >> >> > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
