You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Daniel Kulp (JIRA)" <ji...@apache.org> on 2007/10/05 16:09:51 UTC

[jira] Assigned: (CXF-1090) SpringBeanMap class modification for better extensibility

     [ 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.