[
https://issues.apache.org/jira/browse/CXF-1090?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Daniel Kulp reassigned CXF-1090:
--------------------------------
Assignee: Daniel Kulp
> SpringBeanMap class modification for better extensibility
> ---------------------------------------------------------
>
> Key: CXF-1090
> URL: https://issues.apache.org/jira/browse/CXF-1090
> Project: CXF
> Issue Type: Improvement
> Components: Configuration
> Reporter: Gyorgy Orban
> Assignee: Daniel Kulp
>
> SpringBeanMap in method processBeans(ApplicationContext beanFactory) goes
> through the beans of a certain type and retrieves all the items from the
> property designated by idsProperty, and injects these to itself as keys with
> the bean as the value associated with it. It would be nice if the for loop
> went in reverse order. This way user spring configs would be able to override
> classes in cxf, e.g. if I extend the class
> org.apache.cxf.binding.soap.SoapBindingFactory and put it in a config like
> this:
> <bean class="msjava.cxfutils.binding.MSSoapBindingFactory" >
> <property name="activationNamespaces">
> <set>
> <value>http://schemas.xmlsoap.org/soap/</value>
> <value>http://schemas.xmlsoap.org/wsdl/soap/</value>
> <value>http://schemas.xmlsoap.org/wsdl/soap12/</value>
> <value>http://www.w3.org/2003/05/soap/bindings/HTTP/</value>
> <value>http://schemas.xmlsoap.org/wsdl/soap/http</value>
> </set>
> </property>
> <property name="bus" ref="cxf"/>
> </bean>
> then, for now, this bean is processed before the original SoapBindingFactory,
> so my items in activationNamespaces will be overridden by the original items.
> This way I can't replace the original class with mine (only programmatically).
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
