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 2009/10/26 21:33:02 UTC
[jira] Resolved: (CXF-1182)
org.apache.cxf.bus.extension.DeferredMap::undefer causes all configuration
to be lost when not using Spring
[ https://issues.apache.org/jira/browse/CXF-1182?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Daniel Kulp resolved CXF-1182.
------------------------------
Resolution: Fixed
Fix Version/s: 2.3
Assignee: Daniel Kulp
> org.apache.cxf.bus.extension.DeferredMap::undefer causes all configuration to be lost when not using Spring
> -----------------------------------------------------------------------------------------------------------
>
> Key: CXF-1182
> URL: https://issues.apache.org/jira/browse/CXF-1182
> Project: CXF
> Issue Type: Bug
> Components: Configuration
> Affects Versions: 2.0.2
> Environment: Tomcat 5.5
> Reporter: Damien B
> Assignee: Daniel Kulp
> Fix For: 2.3
>
>
> While trying to use "Publishing an endpoint with the API" ( http://cwiki.apache.org/CXF20DOC/servlet-transport.html ) under Tomcat, it fails with the following problem (with a modified CXFServlet):
> - CXFServlet loads, create a bus = BusFactory.newInstance()).createBus() with the default parameters (Jetty for the transports)
> - the transports are correctly registered in CXFServlet::replaceDestinationFactory (ServletTransportFactory instead of Jetty)
> - while publishing the "/Greeter" endpoint, DestinationFactoryManagerImpl::getDestinationFactoryForUri fails to find a matching prefix with the registered ServletTransportFactory
> - then it calls ((DeferredMap)destinationFactories).undefer(), and tries again
> - undefer in turn calls the ExtensionManagerImpl, which reloads the default configuration: Jetty comes back, and the ServletTransportFactory is lost for good
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.