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 yunji....@toshibagcs.com
<yunji....@toshibagcs.com> 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: yunji....@toshibagcs.com <yunji....@toshibagcs.com>
> Sent: Monday, January 8, 2024 12:10 PM
> To: user@karaf.apache.org <user@karaf.apache.org>
> 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é <j...@nanthrax.net>
> Sent: Saturday, January 6, 2024 9:46 AM
> To: user@karaf.apache.org <user@karaf.apache.org>
> 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 yunji....@toshibagcs.com
> <yunji....@toshibagcs.com> 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é <j...@nanthrax.net>
> > Sent: Wednesday, December 13, 2023 8:36 AM
> > To: user@karaf.apache.org <user@karaf.apache.org>
> > 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 yunji....@toshibagcs.com
> > <yunji....@toshibagcs.com> 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