I did try the "depends-on" and it did not work. I posted this earlier but am
copy/pasting it here again:
=========================
Unfortunately, this does not work. First, I misspoke in my previous post.
The "depends-on" attribute would have to be in the bean with the client code
that requires the http conduit not the other way around. However, even if I
do that using a configuration like the one below:
<bean id="consumer" class="com.example.AuthConsumer"
init-method="init" depends-on="conduit,client">
</bean>
<bean id="cxf" class="org.apache.cxf.bus.spring.SpringBus" />
<jaxws:client
id="client"
name="{http://docs.oasis-open.org/ws-sx/ws-trust/200512/}SecurityTokenService"
/>
<http:conduit id="conduit" name="<a
href="https://localhost:.*&quot;&gt;">https://localhost:.*">
<http:client ConnectionTimeout="3000000"
ReceiveTimeout="3000000" />
<http:tlsClientParameters
disableCNCheck="true">
<sec:keyManagers keyPassword="password">
<sec:keyStore type="JKS" password="password"
resource="certs/myKeystore.jks" />
</sec:keyManagers>
<sec:trustManagers>
<sec:keyStore type="JKS" password="password"
resource="certs/myTruststore.jks" />
</sec:trustManagers>
</http:tlsClientParameters>
</http:conduit>
I get the following problem:
Exception in thread "SpringOsgiExtenderThread-16"
org.springframework.beans.factory.BeanIsAbstractException: Error creating
bean with name 'conduit': Bean definition is abstract
at
org.springframework.beans.factory.support.AbstractBeanFactory.checkMergedBeanDefinition(AbstractBeanFactory.java:1209)
at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:278)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
at
org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:284)
at
org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:193)
at
org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:609)
at
org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:918)
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.access$1600(AbstractDelegatedExecutionApplicationContext.java:69)
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext$4.run(AbstractDelegatedExecutionApplicationContext.java:355)
at
org.springframework.osgi.util.internal.PrivilegedUtils.executeWithCustomTCCL(PrivilegedUtils.java:85)
at
org.springframework.osgi.context.support.AbstractDelegatedExecutionApplicationContext.completeRefresh(AbstractDelegatedExecutionApplicationContext.java:320)
at
org.springframework.osgi.extender.internal.dependencies.startup.DependencyWaiterApplicationContextExecutor$CompleteRefreshTask.run(DependencyWaiterApplicationContextExecutor.java:132)
at java.lang.Thread.run(Thread.java:722)
Which I can't quite explain. Any ideas?
========================
--
View this message in context:
http://cxf.547215.n5.nabble.com/Problems-with-http-conduit-declared-in-OSGi-spring-configuration-tp5727009p5727286.html
Sent from the cxf-user mailing list archive at Nabble.com.