Hi Scott, I’m not able to reproduce your issue (neither on MacOS or Linux (Debian, Ubuntu), nor on Jenkins).
I tested with adatjdk and oracle jdk. I will download test with OpenJDK (it should be pretty close to Adapt). Regards JB > Le 3 déc. 2020 à 16:04, Leschke, Scott <[email protected]> a écrit : > > Hi JB, > > I’m curious if you have any info on the issue below. I tested using HotSpot > and got the same result. As I’ve mentioned, I find this particularly > perplexing as one of the packages that gets flagged is java.lang. > > Is there anything you’d like me to try on my end regarding this? > > Scott Leschke > > From: Leschke, Scott <[email protected] <mailto:[email protected]>> > Sent: Monday, November 16, 2020 7:54 AM > 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. > Yes, I apologize. I’m running openjdk 14.whatever and the OpenJ9 VM. Perhaps > it’s J9. When I saw this issue previously, with 4.2.10 I believe, I think I > was using openjdk 11 and J9. > > Scott > > From: Jean-Baptiste Onofre <[email protected] <mailto:[email protected]>> > Sent: Monday, November 16, 2020 1:13 AM > 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. > I just checked on java.specification.version is 14, so it’s fine. > > I also checked with JDK 14.0.1 on Mac and it works fine (at least for Karaf > examples). > > I’m checking on Windows VM. > > 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!q6M6Du7f0xiSnnAzLzvUs3aLfck7r20ezWQc7Q_why5WXrRefvh1fiGcgNFV4xk$>)]] > 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
