Hi, Not yet, just "back in the business" after most of the relocation (still in the middle of the boxes).
I will check later tonight or tomorrow. By the way, are you on Slack if I have questions or so ? Regards JB > Le 28 juin 2021 à 16:03, Richard Hierlmeier <[email protected]> a > écrit : > > Hi JB, > > any news from this issue? > > Richard > > Am Mo., 21. Juni 2021 um 08:26 Uhr schrieb Richard Hierlmeier > <[email protected] <mailto:[email protected]>>: > Hi JB, > > no problem. I am preparing the instance in the cloud. > I will send you the connection details in a private message. > > Thank you > > Richard > > Am Mo., 21. Juni 2021 um 07:58 Uhr schrieb JB Onofré <[email protected] > <mailto:[email protected]>>: > Hi Richard > > I don’t have time before Wednesday this week (off today and tomorrow for > relocation). > > I will try to take a look on Wednesday. > > Regards > JB > >> Le 21 juin 2021 à 07:53, Richard Hierlmeier <[email protected] >> <mailto:[email protected]>> a écrit : >> >> >> I upgraded meanwhile to Karaf 4.3.2, but the problem is still present. >> >> vaadin-server bundle has no dynamic imports. I can see the import in the >> vaadin-server bundle: >> >> karaf@root()> la -u | grep vaadin-server >> 148 | Active | 80 | 8.13.0 | >> mvn:com.vaadin/vaadin-server/8.13.0 >> >> karaf@root()> headers 148 >> ... >> Import-Package = >> ... >> org.atmosphere.cpr;resolution:=optional;version=2.4.30.vaadin3, >> ... >> >> I have the following feature dependencies: >> vaadin<- ONE <- TWO >> >> karaf@root()> shutdown >> > bin/karaf.bat clean >> kara@root()> feature:repo-add ... >> karaf@root()> feature:install TWO >> >> > grep vaadin-server data/log/karaf.log >> 2021-06-21T07:23:43,335 | INFO | features-3-thread-1 | FeaturesServiceImpl >> | 18 - org.apache.karaf.features.core - 4.3.2 | >> mvn:com.vaadin/vaadin-server/8.13.0 >> 2021-06-21T07:23:44,075 | INFO | features-3-thread-1 | FeaturesServiceImpl >> | 18 - org.apache.karaf.features.core - 4.3.2 | >> mvn:com.vaadin/vaadin-server/8.13.0 >> >> In this constellation I get now the NoClassDefFoundError when accessing the >> Vaadin UI. >> >> karaf@root()> shutdown >> > bin/karaf.bat clean >> karaf@root()> feature:repo-add ... >> karaf@root()> feature:install ONE >> >> > grep vaadin-server data/log/karaf.log >> 2021-06-21T07:28:53,691 | INFO | features-3-thread-1 | FeaturesServiceImpl >> | 18 - org.apache.karaf.features.core - 4.3.2 | >> mvn:com.vaadin/vaadin-server/8.13.0 >> 2021-06-21T07:28:54,230 | INFO | features-3-thread-1 | FeaturesServiceImpl >> | 18 - org.apache.karaf.features.core - 4.3.2 | >> mvn:com.vaadin/vaadin-server/8.13.0 >> >> Now I can access the Vaadin UI. >> >> kara@root()> feature:install TWO >> >> Vaadin UI is still working. >> >> Are you interested in analyzing this problem? I can provide an instance in a >> public cloud. >> >> Regards >> >> Richard >> >> >> >> >> >> >> >> >> Am Sa., 19. Juni 2021 um 06:39 Uhr schrieb Jean-Baptiste Onofre >> <[email protected] <mailto:[email protected]>>: >> Hi Richard, >> >> Did you see a refresh when you install feature TWO ? >> >> Do you see org.atmosphere.cpr import in vaadin server bundle or is it a >> dynamic import ? >> >> Regards >> JB >> >>> Le 18 juin 2021 à 18:21, Richard Hierlmeier <[email protected] >>> <mailto:[email protected]>> a écrit : >>> >>> >>> I have a strange error in a Vaadin application running in Karaf 4.3.1. I >>> have two features, that use Vaadin. Feature ONE works fine. When feature >>> TWO is deployed I get the following error when accessing the Vaadin UI: >>> >>> java.lang.NoClassDefFoundError: org/atmosphere/cpr/AtmosphereHandler >>> at >>> com.vaadin.server.VaadinServletService.createRequestHandlers(VaadinServletService.java:68) >>> at com.vaadin.server.VaadinService.init(VaadinService.java:219) >>> at >>> com.vaadin.server.VaadinServlet.createServletService(VaadinServlet.java:380) >>> at com.vaadin.server.VaadinServlet.init(VaadinServlet.java:210) >>> at de.hierlmeier.karaf.vaadinsample.UIServlet.init(UIServlet.java:44) >>> at >>> org.eclipse.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:624) >>> at >>> org.eclipse.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:478) >>> at org.eclipse.jetty.servlet.ServletHolder.prepare(ServletHolder.java:751) >>> at >>> org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:545) >>> at >>> org.ops4j.pax.web.service.jetty.internal.HttpServiceServletHandler.doHandle(HttpServiceServletHandler.java:71) >>> at >>> org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) >>> ... >>> at java.lang.Thread.run(Thread.java:748) >>> Caused by: java.lang.ClassNotFoundException: >>> org.atmosphere.cpr.AtmosphereHandler not found by com.vaadin.server [159] >>> at >>> org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1565) >>> at >>> org.apache.felix.framework.BundleWiringImpl.access$300(BundleWiringImpl.java:78) >>> at >>> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1950) >>> at java.lang.ClassLoader.loadClass(ClassLoader.java:357) >>> ... 39 more >>> >>> I debugged the code down to the class BundleWiringImpl and found out that >>> when feature TWO is deployed, then the package org.atmosphere.cpr is no >>> longer in the m_importedPkgs Variable of BundleWiringImpl instance of >>> bundle 159. >>> >>> However the Karaf console tells me that the import is available: >>> >>> de@root()> imports -b 159 | grep org.atmosphere.cpr >>> org.atmosphere.cpr | [2.4.30.vaadin3,) | >>> resolved | 159 | com.vaadin.server >>> >>> The bundle that exports org.atmosphere.cpr is also available: >>> >>> de@root()> exports | grep org.atmosphere.cpr >>> org.atmosphere.cpr >>> | 2.4.30.vaadin3 | 155 | >>> com.vaadin.external.atmosphere.runtime >>> >>> >>> >>> Regards >>> >>> Richard >>> >>> >>> >>> >>> >>> >>> >>> >>> >>
