cxf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Aki Yoshida <elak...@gmail.com>
Subject Re: [VOTE] CXF 3.0.4/2.7.15
Date Thu, 12 Feb 2015 14:31:04 GMT
But this org.apache.aries.blueprint.reflect is available from
org.apache.aries.blueprint.core.compatibility, so it isn't a problem
of CXF, no?

karaf@root()> exports | grep org.apache.aries.blueprint.reflect

org.apache.aries.blueprint.reflect
                                | 1.0.0            | 14  |
org.apache.aries.blueprint.core.compatibility

karaf@root()> headers 14

Apache Aries Blueprint Core Compatiblity Fragment Bundle (14)
-------------------------------------------------------------
...

Export-Package =
org.apache.aries.blueprint.container;
uses:="org.apache.aries.blueprint.di,
org.apache.aries.blueprint.reflect";
deprecated=true;
version=1.0.0,
org.apache.aries.blueprint.di;uses:=org.apache.aries.blueprint.container;deprecated=true;version=1.0.0,
org.apache.aries.blueprint.reflect;deprecated=true;version=1.0.0


karaf@root()>


2015-02-12 7:01 GMT+01:00 Krzysztof Sobkowiak <krzys.sobkowiak@gmail.com>:
> Hi
>
> One user has reported a problem with usage of httpj:engine-factoryin
> ServiceMix
> (http://servicemix.396122.n5.nabble.com/servicemix-5-4-0-cxf-jetty-blueprint-issue-tp5722268.html).
> Using this configuration element in blueprint causes following error
>
>
> java.lang.NoClassDefFoundError:
> org/apache/aries/blueprint/reflect/MapMetadataImpl
>     at
> org.apache.cxf.transport.http_jetty.blueprint.JettyServerEngineFactoryParser.parseEngineConnector(JettyServerEngineFactoryParser.java:110)
>     at
> org.apache.cxf.transport.http_jetty.blueprint.JettyServerEngineFactoryParser.parse(JettyServerEngineFactoryParser.java:83)
>     at
> org.apache.cxf.transport.http_jetty.blueprint.HTTPJettyTransportNamespaceHandler.parse(HTTPJettyTransportNamespaceHandler.java:68)
>     at
> org.apache.aries.blueprint.parser.Parser.parseCustomElement(Parser.java:1308)[18:org.apache.aries.blueprint.core:1.4.2]
>     at
> org.apache.aries.blueprint.parser.Parser.loadComponents(Parser.java:366)[18:org.apache.aries.blueprint.core:1.4.2]
>     at
> org.apache.aries.blueprint.parser.Parser.populate(Parser.java:306)[18:org.apache.aries.blueprint.core:1.4.2]
>     at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.doRun(BlueprintContainerImpl.java:323)[18:org.apache.aries.blueprint.core:1.4.2]
>     at
> org.apache.aries.blueprint.container.BlueprintContainerImpl.run(BlueprintContainerImpl.java:269)[18:org.apache.aries.blueprint.core:1.4.2]
>     at
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:294)[18:org.apache.aries.blueprint.core:1.4.2]
>     at
> org.apache.aries.blueprint.container.BlueprintExtender.createContainer(BlueprintExtender.java:263)[18:org.apache.aries.blueprint.core:1.4.2]
>     at
> org.apache.aries.blueprint.container.BlueprintExtender.modifiedBundle(BlueprintExtender.java:253)[18:org.apache.aries.blueprint.core:1.4.2]
>     at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:500)[13:org.apache.aries.util:1.1.0]
>     at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.customizerModified(BundleHookBundleTracker.java:433)[13:org.apache.aries.util:1.1.0]
>     at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$AbstractTracked.track(BundleHookBundleTracker.java:725)[13:org.apache.aries.util:1.1.0]
>     at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$Tracked.bundleChanged(BundleHookBundleTracker.java:463)[13:org.apache.aries.util:1.1.0]
>     at
> org.apache.aries.util.tracker.hook.BundleHookBundleTracker$BundleEventHook.event(BundleHookBundleTracker.java:422)[13:org.apache.aries.util:1.1.0]
>     at
> org.apache.felix.framework.util.SecureAction.invokeBundleEventHook(SecureAction.java:1127)[org.apache.felix.framework-4.4.1.jar:]
>     at
> org.apache.felix.framework.util.EventDispatcher.createWhitelistFromHooks(EventDispatcher.java:696)[org.apache.felix.framework-4.4.1.jar:]
>     at
> org.apache.felix.framework.util.EventDispatcher.fireBundleEvent(EventDispatcher.java:484)[org.apache.felix.framework-4.4.1.jar:]
>     at
> org.apache.felix.framework.Felix.fireBundleEvent(Felix.java:4429)[org.apache.felix.framework-4.4.1.jar:]
>     at
> org.apache.felix.framework.Felix.startBundle(Felix.java:2100)[org.apache.felix.framework-4.4.1.jar:]
>     at
> org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1299)[org.apache.felix.framework-4.4.1.jar:]
>     at
> org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:304)[org.apache.felix.framework-4.4.1.jar:]
>     at java.lang.Thread.run(Thread.java:745)[:1.7.0_76]
> Caused by: java.lang.ClassNotFoundException:
> org.apache.aries.blueprint.reflect.MapMetadataImpl not found by
> org.apache.cxf.cxf-rt-transports-http-jetty [165]
>     at
> org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1556)[org.apache.felix.framework-4.4.1.jar:]
>     at
> org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:77)[org.apache.felix.framework-4.4.1.jar:]
>     at
> org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1993)[org.apache.felix.framework-4.4.1.jar:]
>     at java.lang.ClassLoader.loadClass(ClassLoader.java:358)[:1.7.0_76]
>
>
> The problem was introduced by
> https://issues.apache.org/jira/browse/CXF-5863 (in 2.7.x, 3.0.x and
> master --
> https://git-wip-us.apache.org/repos/asf?p=cxf.git;a=commit;h=3812fe2327b06d06ba60fe80fc466e4b39c915d6)
> by usage of classes from org.apache.aries.blueprint.reflectin
> JettyServerEngineFactoryParser. The package is imported by
> cxf-rt-transports-http-jettybut the classes are not exported (and were
> not exported when this bug was fixed) from blueprint-core.
>
> I think, this is a blocking issue for people using
> httpj:engine-factoryblueprint element in OSGi environment, but you can
> decide whether this should stop the release. It would be nice if you had
> a workaround for this problem.
>
> Regards
> Krzysztof
>
>
> On 12.02.2015 02:53, Daniel Kulp wrote:
>> This is a vote to release 3.0.4 and 2.7.15.  It’s been about 2 months since the
last release and we’ve fixed more than 70 issues.
>>
>> Staging areas:
>> 2.7.15:
>> https://repository.apache.org/content/repositories/orgapachecxf-1036/
>> 3.0.4:
>> https://repository.apache.org/content/repositories/orgapachecxf-1037/
>>
>>
>> Tags:
>> 2.7.15:
>> https://git-wip-us.apache.org/repos/asf?p=cxf.git;a=tag;h=ad0e985de4d14603398765e96723a4d2efe9da64
>> 3.0.4:
>> https://git-wip-us.apache.org/repos/asf?p=cxf.git;a=tag;h=3bbc187f31e42cd4cb2e82b6604a87029823331c
>>
>>
>> The vote will be open for at least 72 hours.
>>
>
> --
> Krzysztof Sobkowiak
>
> JEE & OSS Architect
> Senior Solution Architect @ Capgemini SSC
> <http://www.pl.capgemini-sdm.com/en>
> Apache ServiceMix <http://servicemix.apache.org/> Committer & PMC

Mime
View raw message