For what it's worth, I could successfully run all my Pax Exam tests using
Karaf 4.4.4/4.4.5 with Java 21. Source/target, however, was still set to
Java 17. But I use declarative services, I was under the impression that
Blueprint is legacy.

- Eric L

On Tue, Jan 16, 2024 at 10:27 AM Jean-Baptiste Onofré <[email protected]>
wrote:

> Hi,
>
> As you can see the problem comes from Aries Blueprint and it should be
> better as I did a new Aries Proxy and Blueprint feature with updated
> JDK version.
>
> Regards
> JB
>
> On Thu, Jan 11, 2024 at 9:50 PM [email protected]
> <[email protected]> wrote:
> >
> > Hi good day,
> >
> > I was able to fix that by adding SCR feature.
> > But I'm facing two other issues 🙁
> > I'm using java21 and karaf 4.4.4.
> > I'm not sure if 4.4.5 version will fix this problem.
> >
> >
> > Apache Karaf :: Shell :: Core (220)
> > -----------------------------------
> > Status: Failure
> > Blueprint
> > 1/11/24, 12:08 PM
> > Exception:
> > java.lang.IllegalArgumentException: Invalid Java version 65
> > org.osgi.service.blueprint.container.ComponentDefinitionException:
> java.lang.IllegalArgumentException: Invalid Java version 65
> >         at
> org.apache.aries.blueprint.container.ReferenceRecipe.internalCreate(ReferenceRecipe.java:141)
> >         at
> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81)
> >         at
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
> >         at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90)
> >         at
> org.apache.aries.blueprint.container.BeanRecipe.setProperty(BeanRecipe.java:810)
> >         at
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:784)
> >         at
> org.apache.aries.blueprint.container.BeanRecipe.setProperties(BeanRecipe.java:765)
> >         at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate2(BeanRecipe.java:699)
> >         at
> org.apache.aries.blueprint.container.BeanRecipe.internalCreate(BeanRecipe.java:666)
> >         at
> org.apache.aries.blueprint.di.AbstractRecipe$1.call(AbstractRecipe.java:81)
> >         at
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
> >         at
> org.apache.aries.blueprint.di.AbstractRecipe.create(AbstractRecipe.java:90)
> >         at
> org.apache.aries.blueprint.container.BlueprintRepository.createInstances(BlueprintRepository.java:360)
> >         at
> org.apache.aries.blueprint.container.BlueprintRepository.createAll(BlueprintRepository.java:190)
> >         at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.instantiateEagerComponents(BlueprintContainerImpl.java:737)
> >         at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:433)
> >         at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:298)
> >         at
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:335)
> >         at
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:288)
> >         at
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:284)
> >         at
> org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:274)
> >         at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)
> >         at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)
> >         at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)
> >         at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)
> >         at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)
> >         at
> org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1384)
> >         at
> org.apache.felix.framework.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:730)
> >         at
> org.apache.felix.framework.EventDispatcher.fireBundleEvent(EventDispatcher.java:485)
> >         at
> org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4847)
> >         at org.apache.felix.framework.Felix.startBundle(Felix.java:2363)
> >         at
> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:1006)
> >         at
> org.apache.felix.framework.BundleImpl.start(BundleImpl.java:992)
> >         at
> org.apache.karaf.features.internal.service.BundleInstallSupportImpl.startBundle(BundleInstallSupportImpl.java:165)
> >         at
> org.apache.karaf.features.internal.service.FeaturesServiceImpl.startBundle(FeaturesServiceImpl.java:1160)
> >         at
> org.apache.karaf.features.internal.service.Deployer.deploy(Deployer.java:1041)
> >         at
> org.apache.karaf.features.internal.service.FeaturesServiceImpl.doProvision(FeaturesServiceImpl.java:1069)
> >         at
> org.apache.karaf.features.internal.service.FeaturesServiceImpl.lambda$doProvisionInThread$13(FeaturesServiceImpl.java:1004)
> >         at
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
> >         at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
> >         at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
> >         at java.base/java.lang.Thread.run(Thread.java:1583)
> >
> > 2.  Status: Failure
> > Blueprint
> > 1/11/24, 12:13 PM
> > Exception:
> > null
> > java.util.concurrent.TimeoutException
> >         at
> org.apache.aries.blueprint.container.BlueprintContainerImpl$1.run(BlueprintContainerImpl.java:393)
> >         at
> org.apache.aries.blueprint.utils.threading.impl.DiscardableRunnable.run(DiscardableRunnable.java:45)
> >         at
> java.base/java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:572)
> >         at
> java.base/java.util.concurrent.FutureTask.run(FutureTask.java:317)
> >         at
> java.base/java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:304)
> >         at
> java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1144)
> >         at
> java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:642)
> >         at java.base/java.lang.Thread.run(Thread.java:1583)
> >
> > Missing dependencies:
> > (objectClass=//)
> > CdiOsgi
> >
> >
> > Regards,
> >
> > Yunji Lee
> > ________________________________
> > From: [email protected] <[email protected]>
> > Sent: Monday, January 8, 2024 12:10 PM
> > To: [email protected] <[email protected]>
> > Subject: Re: Karaf version with Jdk 21
> >
> >
> > CAUTION:  This email originated from outside our organization. Do not
> click links or open attachments unless you validate the sender.
> >
> >
> >
> > Hi Jean,
> >
> > Thank you!
> > Well, I do not have a test case.
> > But I think the issue is regarding SCR feature.
> > This is the feature.
> >
> > <feature name="scr" description="Declarative Service support"
> version="4.4.4">
> >     <bundle dependency="true"
> start-level="30">mvn:org.osgi/org.osgi.util.function/1.2.0</bundle>
> >     <bundle dependency="true"
> start-level="30">mvn:org.osgi/org.osgi.util.promise/1.2.0</bundle>
> >     <bundle dependency="true"
> start-level="30">mvn:org.osgi/org.osgi.service.component/1.5.0</bundle>
> >     <bundle dependency="true"
> start-level="30">mvn:org.apache.felix/org.apache.felix.metatype/1.2.4</bundle>
> >     <bundle
> start-level="30">mvn:org.apache.felix/org.apache.felix.scr/2.2.6</bundle>
> >     <conditional>
> >         <condition>management</condition>
> >         <bundle
> start-level="30">mvn:org.apache.karaf.scr/org.apache.karaf.scr.management/4.4.4</bundle>
> >     </conditional>
> >     <conditional>
> >         <condition>webconsole</condition>
> >         <bundle
> start-level="30">mvn:org.apache.felix/org.apache.felix.inventory/1.1.0</bundle>
> >         <bundle
> start-level="30">mvn:org.apache.felix/org.apache.felix.webconsole.plugins.ds/2.2.0</bundle>
> >     </conditional>
> >     <conditional>
> >         <condition>bundle</condition>
> >         <bundle
> start-level="30">mvn:org.apache.karaf.scr/org.apache.karaf.scr.state/4.4.4</bundle>
> >     </conditional>
> >     <capability>
> >
>  osgi.service;effective:=active;objectClass=org.apache.felix.scr.ScrService,
> >
>  
> osgi.extender;osgi.extender="osgi.component";uses:="org.osgi.service.component";version:Version="1.2.1"
> >     </capability>
> > </feature>
> >
> >
> > And this is the error I'm facing while running karaf.
> > org.apache.felix.resolver.reason.ReasonException: Unable to resolve
> root: missing requirement [root] osgi.identity;
> osgi.identity=7db4b9c9-5d8b-4144-a2b3-2162c2867296; type=karaf.feature;
> version="[0,0.0.0]";
> filter:="(&(osgi.identity=7db4b9c9-5d8b-4144-a2b3-2162c2867296)(type=karaf.feature)(version>=0.0.0)(version<=0.0.0))"
> > Caused by: org.apache.felix.resolver.reason.ReasonException: Unable to
> resolve cloudforwarder-log-config/1.6.0.0003: missing requirement
> ["modulename"] osgi.extender;
> filter:="(&(osgi.extender=osgi.component)(version>=1.4.0)(!(version>=2.0.0)))"
> >
> >
> > Regards,
> >
> > ________________________________
> > From: Jean-Baptiste Onofré <[email protected]>
> > Sent: Saturday, January 6, 2024 9:46 AM
> > To: [email protected] <[email protected]>
> > Subject: Re: Karaf version with Jdk 21
> >
> > CAUTION:  This email originated from outside our organization. Do not
> click links or open attachments unless you validate the sender.
> >
> >
> >
> > Hi
> >
> > 4.4.5 will be in vote today with better support of JDK21 (we build and
> > test using JDK20, I will setup JDK21).
> >
> > Regarding 4.5.0 (including Jakarta EE namespace), I plan to work on it
> > in the coming days. I hope to submit 4.5.0 to vote in a couple of
> > weeks.
> >
> > Do you have specific test cases with JDK21 ? I would like to check
> > with Karaf 4.4.5.
> >
> > Regards
> > JB
> >
> > On Fri, Jan 5, 2024 at 9:12 PM [email protected]
> > <[email protected]> wrote:
> > >
> > > Hi Jean,
> > >
> > > Thank you for providing the information.
> > >
> > > I'm currently in the process of migrating from Karaf 4.2 to 4.4 due to
> our migration from Java 8 to Java 21.
> > > However, I've encountered some errors while running Karaf, seemingly
> related to the OSGi component (likely associated with the SCR feature).
> > > Could you please provide information on the scheduled release date for
> Karaf 4.5?
> > >
> > > Thanks again for your assistance.
> > >
> > > Best regards,
> > >
> > > Yunji Lee
> > >
> > >
> > >
> > > ________________________________
> > > From: Jean-Baptiste Onofré <[email protected]>
> > > Sent: Wednesday, December 13, 2023 8:36 AM
> > > To: [email protected] <[email protected]>
> > > Subject: Re: Karaf version with Jdk 21
> > >
> > > CAUTION:  This email originated from outside our organization. Do not
> click links or open attachments unless you validate the sender.
> > >
> > >
> > >
> > > Hi Yunji
> > >
> > > I'm preparing 4.4.5 right now, but a better JDK 21 support (but not
> > > yet complete due to third parties like Aries *).
> > >
> > > About Karaf 4.5.0, I plan to submit it to release just after Christmas.
> > >
> > > Regards
> > > JB
> > >
> > > On Mon, Dec 11, 2023 at 5:03 PM [email protected]
> > > <[email protected]> wrote:
> > > >
> > > > Hello good day,
> > > >
> > > > I hope this email finds you well.
> > > > I was trying to compile and run karaf 4.4.4 on jdk21.
> > > >
> > > > And I came across information in the mailing list that there will be
> a Karaf 4.5.x version with full JDK 21 support.
> > > > I'm interested to know when this release is scheduled.
> > > >
> > > > Thank you for your time and assistance.
> > > >
> > > > Best regards,
> > > > Yunji Lee
>

Reply via email to