Re: Problem after install pax-trans-tm-narayana with Karaf 4.3.2
Hi, just tried to run pax-transx-tm-narayana in plain Felix 7 on JDK11 and still the same Exception trace. Regards Benjamin On 20.05.2021 18:16, Benjamin Graf wrote: Hi Grzegorz, Of course do I remember issue #50. And I think it's not a bug in pax-transx because everything is fine with Karaf 4.2.11 on JDK11. The error occurs on Karaf 4.3.2 maybe 4.3.x at all. So it might be a bug in either newer Karaf or newer Felix?! Regards Benjamin On 20.05.2021 18:07, Grzegorz Grzybek wrote: Hmm, but your remember this https://github.com/ops4j/org.ops4j.pax.transx/issues/50 issue? I ensured that pax-transx can run, build and test using JDK11... I'll check it again. Could you file a bug to https://github.com/ops4j/org.ops4j.pax.transx/issues ? regards Grzegorz Grzybek czw., 20 maj 2021 o 18:00 Benjamin Graf napisał(a): Hi Grzegorz, the same error with pax-transx 0.5.1 - feature:repo-add pax-transx 0.5.1 - feature:repo-add pax-transx 0.5.1 Regards Benjamin On 20.05.2021 17:43, Grzegorz Grzybek wrote: Hi Did you try `mvn clean install` latest pax-transx release? regards Grzegorz Grzybek czw., 20 maj 2021 o 17:40 Benjamin Graf napisał(a): Hi JB, I use JDK 11 as runtime environment. There is no code to compile to reproduce this bug just plain Karaf and pax-trans-tm-narayana from Maven central. Regards Benjamin On 20.05.2021 10:32, Jean-Baptiste Onofre wrote: Hi Ben, Are you using JDK 11 (for both compile and runtime) ? Regards JB Le 20 mai 2021 à 08:17, Benjamin Graf a écrit : Hi, it seems there is a bug with embedded resources. I think it is caused by Felix and not Karaf itself. How to reproduce: - Clean start of plain Karaf 4.3.2 - feature:install pax-transx-tm-narayana Result: 2021-05-20T08:16:02,787 | WARN | paxtransx-config-1-thread-1 | pax-transx-tm-narayana | 60 - org.ops4j.pax.transx.pax-transx-tm-narayana - 0.5.0 | Error starting service java.lang.reflect.InvocationTargetException: null at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.jboss.narayana.osgi.jta.internal.Activator.doStart(Activator.java:49) ~[?:?] at org.ops4j.pax.transx.tm.impl.AbstractActivator.run(AbstractActivator.java:115) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) [?:?] at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?] at java.lang.Thread.run(Thread.java:829) [?:?] Caused by: java.lang.IllegalStateException: Stream handler unavailable due to: null at org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:311) ~[?:?] at java.net.URL.openConnection(URL.java:1099) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:475) ~[?:?] at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:444) ~[?:?] at jdk.internal.loader.URLClassPath.getResource(URLClassPath.java:313) ~[?:?] at java.net.URLClassLoader$1.run(URLClassLoader.java:455) ~[?:?] at java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:589) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?] at org.jboss.narayana.osgi.jta.internal.OsgiServer.doStart(OsgiServer.java:73) ~[?:?] at org.jboss.narayana.osgi.jta.internal.OsgiServer.start(OsgiServer.java:66) ~[?:?] ... 11 more Caused by: java.lang.reflect.InvocationTargetException
Re: Problem after install pax-trans-tm-narayana with Karaf 4.3.2
Hi Grzegorz, Of course do I remember issue #50. And I think it's not a bug in pax-transx because everything is fine with Karaf 4.2.11 on JDK11. The error occurs on Karaf 4.3.2 maybe 4.3.x at all. So it might be a bug in either newer Karaf or newer Felix?! Regards Benjamin On 20.05.2021 18:07, Grzegorz Grzybek wrote: Hmm, but your remember this https://github.com/ops4j/org.ops4j.pax.transx/issues/50 issue? I ensured that pax-transx can run, build and test using JDK11... I'll check it again. Could you file a bug to https://github.com/ops4j/org.ops4j.pax.transx/issues ? regards Grzegorz Grzybek czw., 20 maj 2021 o 18:00 Benjamin Graf napisał(a): Hi Grzegorz, the same error with pax-transx 0.5.1 - feature:repo-add pax-transx 0.5.1 - feature:repo-add pax-transx 0.5.1 Regards Benjamin On 20.05.2021 17:43, Grzegorz Grzybek wrote: Hi Did you try `mvn clean install` latest pax-transx release? regards Grzegorz Grzybek czw., 20 maj 2021 o 17:40 Benjamin Graf napisał(a): Hi JB, I use JDK 11 as runtime environment. There is no code to compile to reproduce this bug just plain Karaf and pax-trans-tm-narayana from Maven central. Regards Benjamin On 20.05.2021 10:32, Jean-Baptiste Onofre wrote: Hi Ben, Are you using JDK 11 (for both compile and runtime) ? Regards JB Le 20 mai 2021 à 08:17, Benjamin Graf a écrit : Hi, it seems there is a bug with embedded resources. I think it is caused by Felix and not Karaf itself. How to reproduce: - Clean start of plain Karaf 4.3.2 - feature:install pax-transx-tm-narayana Result: 2021-05-20T08:16:02,787 | WARN | paxtransx-config-1-thread-1 | pax-transx-tm-narayana | 60 - org.ops4j.pax.transx.pax-transx-tm-narayana - 0.5.0 | Error starting service java.lang.reflect.InvocationTargetException: null at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.jboss.narayana.osgi.jta.internal.Activator.doStart(Activator.java:49) ~[?:?] at org.ops4j.pax.transx.tm.impl.AbstractActivator.run(AbstractActivator.java:115) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) [?:?] at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?] at java.lang.Thread.run(Thread.java:829) [?:?] Caused by: java.lang.IllegalStateException: Stream handler unavailable due to: null at org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:311) ~[?:?] at java.net.URL.openConnection(URL.java:1099) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:475) ~[?:?] at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:444) ~[?:?] at jdk.internal.loader.URLClassPath.getResource(URLClassPath.java:313) ~[?:?] at java.net.URLClassLoader$1.run(URLClassLoader.java:455) ~[?:?] at java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:589) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?] at org.jboss.narayana.osgi.jta.internal.OsgiServer.doStart(OsgiServer.java:73) ~[?:?] at org.jboss.narayana.osgi.jta.internal.OsgiServer.start(OsgiServer.java:66) ~[?:?] ... 11 more Caused by: java.lang.reflect.InvocationTargetException at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.De
Re: Problem after install pax-trans-tm-narayana with Karaf 4.3.2
Hmm, but your remember this https://github.com/ops4j/org.ops4j.pax.transx/issues/50 issue? I ensured that pax-transx can run, build and test using JDK11... I'll check it again. Could you file a bug to https://github.com/ops4j/org.ops4j.pax.transx/issues ? regards Grzegorz Grzybek czw., 20 maj 2021 o 18:00 Benjamin Graf napisał(a): > Hi Grzegorz, > > the same error with pax-transx 0.5.1 > >- feature:repo-add pax-transx 0.5.1 >- feature:repo-add pax-transx 0.5.1 > > Regards > > Benjamin > On 20.05.2021 17:43, Grzegorz Grzybek wrote: > > Hi > > Did you try `mvn clean install` latest pax-transx release? > > regards > Grzegorz Grzybek > > czw., 20 maj 2021 o 17:40 Benjamin Graf > napisał(a): > > > Hi JB, > > I use JDK 11 as runtime environment. There is no code to compile to > reproduce this bug just plain Karaf and pax-trans-tm-narayana from Maven > central. > > Regards > > Benjamin > > On 20.05.2021 10:32, Jean-Baptiste Onofre wrote: > > Hi Ben, > > Are you using JDK 11 (for both compile and runtime) ? > > Regards > JB > > > Le 20 mai 2021 à 08:17, Benjamin Graf > a écrit : > > Hi, > > it seems there is a bug with embedded resources. I think it is caused > > by Felix and not Karaf itself. > > How to reproduce: > > - Clean start of plain Karaf 4.3.2 > > - feature:install pax-transx-tm-narayana > > Result: > > 2021-05-20T08:16:02,787 | WARN | paxtransx-config-1-thread-1 | > > pax-transx-tm-narayana | 60 - > org.ops4j.pax.transx.pax-transx-tm-narayana - 0.5.0 | Error starting service > > java.lang.reflect.InvocationTargetException: null > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > > Method) ~[?:?] > > at > > jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:?] > > at > > jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:?] > > at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > at > > org.jboss.narayana.osgi.jta.internal.Activator.doStart(Activator.java:49) > ~[?:?] > > at > > org.ops4j.pax.transx.tm.impl.AbstractActivator.run(AbstractActivator.java:115) > ~[?:?] > > at > > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) > [?:?] > > at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] > at > > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > [?:?] > > at > > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > [?:?] > > at java.lang.Thread.run(Thread.java:829) [?:?] > Caused by: java.lang.IllegalStateException: Stream handler unavailable > > due to: null > > at > > org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:311) > ~[?:?] > > at java.net.URL.openConnection(URL.java:1099) ~[?:?] > at > > jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) > ~[?:?] > > at > > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) > ~[?:?] > > at > > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) > ~[?:?] > > at java.security.AccessController.doPrivileged(Native Method) > > ~[?:?] > > at > > jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) > ~[?:?] > > at > > jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) > ~[?:?] > > at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) > > ~[?:?] > > at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) > > ~[?:?] > > at java.security.AccessController.doPrivileged(Native Method) > > ~[?:?] > > at > > jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:475) ~[?:?] > > at > > jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:444) ~[?:?] > > at > > jdk.internal.loader.URLClassPath.getResource(URLClassPath.java:313) ~[?:?] > > at java.net.URLClassLoader$1.run(URLClassLoader.java:455) ~[?:?] > at java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] > at java.security.AccessController.doPrivileged(Native Method) > > ~[?:?] > > at java.net.URLClassLoader.findClass(URLClassLoader.java:451) > > ~[?:?] > > at java.lang.ClassLoader.loadClass(ClassLoader.java:589) ~[?:?] > at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?] > at > > org.jboss.narayana.osgi.jta.internal.OsgiServer.doStart(OsgiServer.java:73) > ~[?:?] > > at > > org.jboss.narayana.osgi.jta.internal.OsgiServer.start(OsgiServer.java:66) > ~[?:?] > > ... 11 more > Caused by: java.lang.reflect.InvocationTargetException > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > > Method) ~[?:?] > > at > > jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:?] > > at > > jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Delega
Re: Problem after install pax-trans-tm-narayana with Karaf 4.3.2
Hi Grzegorz, the same error with pax-transx 0.5.1 * feature:repo-add pax-transx 0.5.1 * feature:repo-add pax-transx 0.5.1 Regards Benjamin On 20.05.2021 17:43, Grzegorz Grzybek wrote: Hi Did you try `mvn clean install` latest pax-transx release? regards Grzegorz Grzybek czw., 20 maj 2021 o 17:40 Benjamin Graf napisał(a): Hi JB, I use JDK 11 as runtime environment. There is no code to compile to reproduce this bug just plain Karaf and pax-trans-tm-narayana from Maven central. Regards Benjamin On 20.05.2021 10:32, Jean-Baptiste Onofre wrote: Hi Ben, Are you using JDK 11 (for both compile and runtime) ? Regards JB Le 20 mai 2021 à 08:17, Benjamin Graf a écrit : Hi, it seems there is a bug with embedded resources. I think it is caused by Felix and not Karaf itself. How to reproduce: - Clean start of plain Karaf 4.3.2 - feature:install pax-transx-tm-narayana Result: 2021-05-20T08:16:02,787 | WARN | paxtransx-config-1-thread-1 | pax-transx-tm-narayana | 60 - org.ops4j.pax.transx.pax-transx-tm-narayana - 0.5.0 | Error starting service java.lang.reflect.InvocationTargetException: null at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.jboss.narayana.osgi.jta.internal.Activator.doStart(Activator.java:49) ~[?:?] at org.ops4j.pax.transx.tm.impl.AbstractActivator.run(AbstractActivator.java:115) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) [?:?] at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?] at java.lang.Thread.run(Thread.java:829) [?:?] Caused by: java.lang.IllegalStateException: Stream handler unavailable due to: null at org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:311) ~[?:?] at java.net.URL.openConnection(URL.java:1099) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:475) ~[?:?] at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:444) ~[?:?] at jdk.internal.loader.URLClassPath.getResource(URLClassPath.java:313) ~[?:?] at java.net.URLClassLoader$1.run(URLClassLoader.java:455) ~[?:?] at java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:589) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?] at org.jboss.narayana.osgi.jta.internal.OsgiServer.doStart(OsgiServer.java:73) ~[?:?] at org.jboss.narayana.osgi.jta.internal.OsgiServer.start(OsgiServer.java:66) ~[?:?] ... 11 more Caused by: java.lang.reflect.InvocationTargetException at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:303) ~[?:?] at java.net.URL.openConnection(URL.java:1099) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) ~[?:?] at java.security.AccessController.doPrivileged(Native Metho
Re: Problem after install pax-trans-tm-narayana with Karaf 4.3.2
Hi Did you try `mvn clean install` latest pax-transx release? regards Grzegorz Grzybek czw., 20 maj 2021 o 17:40 Benjamin Graf napisał(a): > Hi JB, > > I use JDK 11 as runtime environment. There is no code to compile to > reproduce this bug just plain Karaf and pax-trans-tm-narayana from Maven > central. > > Regards > > Benjamin > > On 20.05.2021 10:32, Jean-Baptiste Onofre wrote: > > Hi Ben, > > > > Are you using JDK 11 (for both compile and runtime) ? > > > > Regards > > JB > > > >> Le 20 mai 2021 à 08:17, Benjamin Graf a écrit : > >> > >> Hi, > >> > >> it seems there is a bug with embedded resources. I think it is caused > by Felix and not Karaf itself. > >> > >> How to reproduce: > >> > >> - Clean start of plain Karaf 4.3.2 > >> > >> - feature:install pax-transx-tm-narayana > >> > >> Result: > >> > >> 2021-05-20T08:16:02,787 | WARN | paxtransx-config-1-thread-1 | > pax-transx-tm-narayana | 60 - > org.ops4j.pax.transx.pax-transx-tm-narayana - 0.5.0 | Error starting service > >> java.lang.reflect.InvocationTargetException: null > >> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) ~[?:?] > >> at > jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:?] > >> at > jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:?] > >> at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > >> at > org.jboss.narayana.osgi.jta.internal.Activator.doStart(Activator.java:49) > ~[?:?] > >> at > org.ops4j.pax.transx.tm.impl.AbstractActivator.run(AbstractActivator.java:115) > ~[?:?] > >> at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) > [?:?] > >> at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] > >> at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > [?:?] > >> at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > [?:?] > >> at java.lang.Thread.run(Thread.java:829) [?:?] > >> Caused by: java.lang.IllegalStateException: Stream handler unavailable > due to: null > >> at > org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:311) > ~[?:?] > >> at java.net.URL.openConnection(URL.java:1099) ~[?:?] > >> at > jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) > ~[?:?] > >> at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) > ~[?:?] > >> at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) > ~[?:?] > >> at java.security.AccessController.doPrivileged(Native Method) > ~[?:?] > >> at > jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) > ~[?:?] > >> at > jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) > ~[?:?] > >> at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) > ~[?:?] > >> at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) > ~[?:?] > >> at java.security.AccessController.doPrivileged(Native Method) > ~[?:?] > >> at > jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:475) ~[?:?] > >> at > jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:444) ~[?:?] > >> at > jdk.internal.loader.URLClassPath.getResource(URLClassPath.java:313) ~[?:?] > >> at java.net.URLClassLoader$1.run(URLClassLoader.java:455) ~[?:?] > >> at java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] > >> at java.security.AccessController.doPrivileged(Native Method) > ~[?:?] > >> at java.net.URLClassLoader.findClass(URLClassLoader.java:451) > ~[?:?] > >> at java.lang.ClassLoader.loadClass(ClassLoader.java:589) ~[?:?] > >> at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?] > >> at > org.jboss.narayana.osgi.jta.internal.OsgiServer.doStart(OsgiServer.java:73) > ~[?:?] > >> at > org.jboss.narayana.osgi.jta.internal.OsgiServer.start(OsgiServer.java:66) > ~[?:?] > >> ... 11 more > >> Caused by: java.lang.reflect.InvocationTargetException > >> at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) ~[?:?] > >> at > jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:?] > >> at > jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:?] > >> at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > >> at > org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:303) > ~[?:?] > >> at java.net.URL.openConnection(URL.java:1099) ~[?:?] > >> at > jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) > ~[?:?] > >> at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) > ~[?:?] > >> at >
Re: Problem after install pax-trans-tm-narayana with Karaf 4.3.2
Hi JB, I use JDK 11 as runtime environment. There is no code to compile to reproduce this bug just plain Karaf and pax-trans-tm-narayana from Maven central. Regards Benjamin On 20.05.2021 10:32, Jean-Baptiste Onofre wrote: Hi Ben, Are you using JDK 11 (for both compile and runtime) ? Regards JB Le 20 mai 2021 à 08:17, Benjamin Graf a écrit : Hi, it seems there is a bug with embedded resources. I think it is caused by Felix and not Karaf itself. How to reproduce: - Clean start of plain Karaf 4.3.2 - feature:install pax-transx-tm-narayana Result: 2021-05-20T08:16:02,787 | WARN | paxtransx-config-1-thread-1 | pax-transx-tm-narayana | 60 - org.ops4j.pax.transx.pax-transx-tm-narayana - 0.5.0 | Error starting service java.lang.reflect.InvocationTargetException: null at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.jboss.narayana.osgi.jta.internal.Activator.doStart(Activator.java:49) ~[?:?] at org.ops4j.pax.transx.tm.impl.AbstractActivator.run(AbstractActivator.java:115) ~[?:?] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) [?:?] at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?] at java.lang.Thread.run(Thread.java:829) [?:?] Caused by: java.lang.IllegalStateException: Stream handler unavailable due to: null at org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:311) ~[?:?] at java.net.URL.openConnection(URL.java:1099) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:475) ~[?:?] at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:444) ~[?:?] at jdk.internal.loader.URLClassPath.getResource(URLClassPath.java:313) ~[?:?] at java.net.URLClassLoader$1.run(URLClassLoader.java:455) ~[?:?] at java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:589) ~[?:?] at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?] at org.jboss.narayana.osgi.jta.internal.OsgiServer.doStart(OsgiServer.java:73) ~[?:?] at org.jboss.narayana.osgi.jta.internal.OsgiServer.start(OsgiServer.java:66) ~[?:?] ... 11 more Caused by: java.lang.reflect.InvocationTargetException at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] at org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:303) ~[?:?] at java.net.URL.openConnection(URL.java:1099) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) ~[?:?] at java.security.AccessController.doPrivileged(Native Method) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) ~[?:?] at jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) ~[?:?] at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) ~[?:?] at java.security.AccessController.doPrivileged(Native Method
Re: [PROPOSAL] Create karaf-4.3.x branch and update main to 4.4.0-SNAPSHOT
Hi, I think the work you are doing on Pax Web already cover R8 (no big change there). Pax Logging 2.1.x would be required for the new log version service, but it’s minor change (not big effort). The purpose is to prepare the update step by step, it’s normal that we don’t have all ready yet ;) Regards JB > Le 20 mai 2021 à 13:58, Grzegorz Grzybek a écrit : > > Hi > > Just a side note: I know almost nothing about R8 (core+cmpn), still trying > to have full R6 (cmpn) Whiteboard implementation in Pax Web ;) Fortunately > I see no changes in chapters 102 (HttpService), 128 (Web Applications) and > 140 (Whiteboard). > > However I see that chapter 101 (Log Service) is moved (partially, the > log.stream is now in chapter 158 of cmpn) to OSGi core and the version is > bumped from 1.4 to 1.5 - looks like we'll need Pax Logging 2.1.x, but I > hope I can make it quick as there are only minor changes. > > regards > Grzegorz Grzybek > > czw., 20 maj 2021 o 13:51 Francois Papon > napisał(a): > >> +1 >> >> François >> fpa...@apache.org >> >> Le 20/05/2021 à 13:49, Jean-Baptiste Onofre a écrit : >>> Hi guys, >>> >>> In order to prepare R8 support, I would like to create karaf-4.3.x >> branch and update main to version 4.4.0-SNAPSHOT, and update to R8 and >> corresponding frameworks version (Felix and equinox). >>> >>> No objection ? >>> >>> Regards >>> JB >>
Re: [PROPOSAL] Create karaf-4.3.x branch and update main to 4.4.0-SNAPSHOT
Hi Just a side note: I know almost nothing about R8 (core+cmpn), still trying to have full R6 (cmpn) Whiteboard implementation in Pax Web ;) Fortunately I see no changes in chapters 102 (HttpService), 128 (Web Applications) and 140 (Whiteboard). However I see that chapter 101 (Log Service) is moved (partially, the log.stream is now in chapter 158 of cmpn) to OSGi core and the version is bumped from 1.4 to 1.5 - looks like we'll need Pax Logging 2.1.x, but I hope I can make it quick as there are only minor changes. regards Grzegorz Grzybek czw., 20 maj 2021 o 13:51 Francois Papon napisał(a): > +1 > > François > fpa...@apache.org > > Le 20/05/2021 à 13:49, Jean-Baptiste Onofre a écrit : > > Hi guys, > > > > In order to prepare R8 support, I would like to create karaf-4.3.x > branch and update main to version 4.4.0-SNAPSHOT, and update to R8 and > corresponding frameworks version (Felix and equinox). > > > > No objection ? > > > > Regards > > JB >
Re: [PROPOSAL] Create karaf-4.3.x branch and update main to 4.4.0-SNAPSHOT
+1 François fpa...@apache.org Le 20/05/2021 à 13:49, Jean-Baptiste Onofre a écrit : > Hi guys, > > In order to prepare R8 support, I would like to create karaf-4.3.x branch and > update main to version 4.4.0-SNAPSHOT, and update to R8 and corresponding > frameworks version (Felix and equinox). > > No objection ? > > Regards > JB
[PROPOSAL] Create karaf-4.3.x branch and update main to 4.4.0-SNAPSHOT
Hi guys, In order to prepare R8 support, I would like to create karaf-4.3.x branch and update main to version 4.4.0-SNAPSHOT, and update to R8 and corresponding frameworks version (Felix and equinox). No objection ? Regards JB
Re: Problem after install pax-trans-tm-narayana with Karaf 4.3.2
Hello Mind that https://github.com/ops4j/org.ops4j.pax.transx/issues/50 was fixed recently, but it was about missing import package. regards Grzegorz Grzybek czw., 20 maj 2021 o 10:32 Jean-Baptiste Onofre napisał(a): > Hi Ben, > > Are you using JDK 11 (for both compile and runtime) ? > > Regards > JB > > > Le 20 mai 2021 à 08:17, Benjamin Graf a écrit : > > > > Hi, > > > > it seems there is a bug with embedded resources. I think it is caused by > Felix and not Karaf itself. > > > > How to reproduce: > > > > - Clean start of plain Karaf 4.3.2 > > > > - feature:install pax-transx-tm-narayana > > > > Result: > > > > 2021-05-20T08:16:02,787 | WARN | paxtransx-config-1-thread-1 | > pax-transx-tm-narayana | 60 - > org.ops4j.pax.transx.pax-transx-tm-narayana - 0.5.0 | Error starting service > > java.lang.reflect.InvocationTargetException: null > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) ~[?:?] > > at > jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:?] > > at > jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:?] > > at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > > at > org.jboss.narayana.osgi.jta.internal.Activator.doStart(Activator.java:49) > ~[?:?] > > at > org.ops4j.pax.transx.tm.impl.AbstractActivator.run(AbstractActivator.java:115) > ~[?:?] > > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) > [?:?] > > at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] > > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > [?:?] > > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > [?:?] > > at java.lang.Thread.run(Thread.java:829) [?:?] > > Caused by: java.lang.IllegalStateException: Stream handler unavailable > due to: null > > at > org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:311) > ~[?:?] > > at java.net.URL.openConnection(URL.java:1099) ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) > ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) > ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) > ~[?:?] > > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) > ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) > ~[?:?] > > at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) > ~[?:?] > > at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) > ~[?:?] > > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > > at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:475) > ~[?:?] > > at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:444) > ~[?:?] > > at > jdk.internal.loader.URLClassPath.getResource(URLClassPath.java:313) ~[?:?] > > at java.net.URLClassLoader$1.run(URLClassLoader.java:455) ~[?:?] > > at java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] > > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > > at java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] > > at java.lang.ClassLoader.loadClass(ClassLoader.java:589) ~[?:?] > > at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?] > > at > org.jboss.narayana.osgi.jta.internal.OsgiServer.doStart(OsgiServer.java:73) > ~[?:?] > > at > org.jboss.narayana.osgi.jta.internal.OsgiServer.start(OsgiServer.java:66) > ~[?:?] > > ... 11 more > > Caused by: java.lang.reflect.InvocationTargetException > > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) ~[?:?] > > at > jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:?] > > at > jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:?] > > at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > > at > org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:303) > ~[?:?] > > at java.net.URL.openConnection(URL.java:1099) ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) > ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) > ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) > ~[?:?] > > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > > at > jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) > ~[?:?] > > at > jdk.internal.loader.UR
Re: Problem after install pax-trans-tm-narayana with Karaf 4.3.2
Hi Ben, Are you using JDK 11 (for both compile and runtime) ? Regards JB > Le 20 mai 2021 à 08:17, Benjamin Graf a écrit : > > Hi, > > it seems there is a bug with embedded resources. I think it is caused by > Felix and not Karaf itself. > > How to reproduce: > > - Clean start of plain Karaf 4.3.2 > > - feature:install pax-transx-tm-narayana > > Result: > > 2021-05-20T08:16:02,787 | WARN | paxtransx-config-1-thread-1 | > pax-transx-tm-narayana | 60 - > org.ops4j.pax.transx.pax-transx-tm-narayana - 0.5.0 | Error starting service > java.lang.reflect.InvocationTargetException: null > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > ~[?:?] > at > jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:?] > at > jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:?] > at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > at > org.jboss.narayana.osgi.jta.internal.Activator.doStart(Activator.java:49) > ~[?:?] > at > org.ops4j.pax.transx.tm.impl.AbstractActivator.run(AbstractActivator.java:115) > ~[?:?] > at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:515) [?:?] > at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?] > at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) > [?:?] > at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) > [?:?] > at java.lang.Thread.run(Thread.java:829) [?:?] > Caused by: java.lang.IllegalStateException: Stream handler unavailable due > to: null > at > org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:311) > ~[?:?] > at java.net.URL.openConnection(URL.java:1099) ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) > ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) ~[?:?] > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) > ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) > ~[?:?] > at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) ~[?:?] > at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) ~[?:?] > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:475) > ~[?:?] > at jdk.internal.loader.URLClassPath.getLoader(URLClassPath.java:444) > ~[?:?] > at jdk.internal.loader.URLClassPath.getResource(URLClassPath.java:313) > ~[?:?] > at java.net.URLClassLoader$1.run(URLClassLoader.java:455) ~[?:?] > at java.net.URLClassLoader$1.run(URLClassLoader.java:452) ~[?:?] > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > at java.net.URLClassLoader.findClass(URLClassLoader.java:451) ~[?:?] > at java.lang.ClassLoader.loadClass(ClassLoader.java:589) ~[?:?] > at java.lang.ClassLoader.loadClass(ClassLoader.java:522) ~[?:?] > at > org.jboss.narayana.osgi.jta.internal.OsgiServer.doStart(OsgiServer.java:73) > ~[?:?] > at > org.jboss.narayana.osgi.jta.internal.OsgiServer.start(OsgiServer.java:66) > ~[?:?] > ... 11 more > Caused by: java.lang.reflect.InvocationTargetException > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > ~[?:?] > at > jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:?] > at > jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:?] > at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > at > org.apache.felix.framework.URLHandlersStreamHandlerProxy.openConnection(URLHandlersStreamHandlerProxy.java:303) > ~[?:?] > at java.net.URL.openConnection(URL.java:1099) ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader.getJarFile(URLClassPath.java:815) > ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:758) ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader$1.run(URLClassPath.java:751) ~[?:?] > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader.ensureOpen(URLClassPath.java:750) > ~[?:?] > at > jdk.internal.loader.URLClassPath$JarLoader.(URLClassPath.java:725) > ~[?:?] > at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:493) ~[?:?] > at jdk.internal.loader.URLClassPath$3.run(URLClassPath.java:476) ~[?:?] > at java.security.AccessController.doPrivileged(Native Method) ~[?:?] > at jdk.internal.loader.URLC
