Hi Scott, It’s very surprising as Karaf bundles themselves use java.io <http://java.io/> (and other JDK packages).
Let me try with a simple bundle dropped in deploy folder. Regards JB > Le 2 nov. 2020 à 17:50, Leschke, Scott <[email protected]> a écrit : > > Hi JB, > > Sorry for the confusion. The trace is a bit misleading. Yes, that is one of > my bundles. I added the trace as an example (arbitrarily chosen) since Felix > outputs the same trace for all bundles the fail to resolve. The bundle I’m > referring to is a utilities library that sits at the top of the dependency > tree so the other bundles that refer to that one also can’t resolve as a > result. > > In the case of the medline.util bundle which I’m referring to, the > bundle:diag shows a long list of unresolved java.* packages. > > 2020-11-01T18:47:06,499 | WARN | fileinstall-E:/BAM | fileinstall > | 17 - org.apache.felix.fileinstall - 3.6.8 | Error while starting > bundle: file:/E:/BAM/medline.util.jar > org.osgi.framework.BundleException: Unable to resolve medline.util [163](R > 163.0): missing requirement [medline.util [163](R 163.0)] > osgi.wiring.package; (osgi.wiring.package=java.io <http://java.io/>) > Unresolved requirements: [[medline.util [163](R 163.0)] osgi.wiring.package; > (osgi.wiring.package=java.io <http://java.io/>)] > at > org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4368) ~[?:?] > at > org.apache.felix.framework.Felix.startBundle(Felix.java:2281) ~[?:?] > at > org.apache.felix.framework.BundleImpl.start(BundleImpl.java:998) ~[?:?] > at > org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) > [!/:3.6.8] > at > org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) > [!/:3.6.8] > at > org.apache.felix.fileinstall.internal.DirectoryWatcher.startAllBundles(DirectoryWatcher.java:1221) > [!/:3.6.8] > at > org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:515) > [!/:3.6.8] > at > org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) > [!/:3.6.8] > at > org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) > [!/:3.6.8] > > Scott > > From: Jean-Baptiste Onofre <[email protected] <mailto:[email protected]>> > Sent: Sunday, November 01, 2020 11:08 PM > To: [email protected] <mailto:[email protected]> > Subject: Re: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* > packages > > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > Hi Scott, > > In the log, it seems that it’s the package com.medline.osgi which is not > resolved. > > Is it one of your package ? > > Regards > JB > > > Le 2 nov. 2020 à 01:48, Leschke, Scott <[email protected] > <mailto:[email protected]>> a écrit : > > Karaf 4.3.0 on Windows, JDK 14. All java.* packages, including java.lang, > show as Unsatisfied Requriements in bundle:diag output. Setting > karaf.framework=equinox > yields similar results. > > org.osgi.framework.BundleException: Unable to resolve > medline.bam.provider.jdbc [181](R 181.0): missing requirement > [medline.bam.provider.jdbc [181](R 181.0)] osgi.wiring.package; > (&(osgi.wiring.package=com.medline.osgi)(version>=1.0.0)(!(version>=2.0.0))) > [caused by: Unable to resolve medline.osgi [169](R 169.0): missing > requirement [medline.osgi [169](R 169.0)] osgi.wiring.package; > (&(osgi.wiring.package=com.medline.util.service)(version>=1.0.0)(!(version>=2.0.0))) > [caused by: Unable to resolve medline.util [163](R 163.0): missing > requirement [medline.util [163](R 163.0)] osgi.wiring.package; > (osgi.wiring.package=java.io > <https://urldefense.com/v3/__http:/java.io/__;!!PoMpmxQzTok3!v7JOYm60VJQSfZebzVzJUcZnPyswpRGqWRrVzf64Rvn6BasJ8h03hmiJK0e1vag$>)]] > Unresolved requirements: [[medline.bam.provider.jdbc [181](R 181.0)] > osgi.wiring.package; > (&(osgi.wiring.package=com.medline.osgi)(version>=1.0.0)(!(version>=2.0.0)))] > at > org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4368) ~[?:?] > at > org.apache.felix.framework.Felix.startBundle(Felix.java:2281) ~[?:?] > …. > > Scott
