[
https://issues.apache.org/jira/browse/CXF-1182?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12770077#action_12770077
]
Daniel Kulp commented on CXF-1182:
----------------------------------
I am pretty sure this is fixed on trunk for 2.3.
The TransportFinder think on 2.3 does:
if (uri.startsWith("/") || uri.indexOf(":") < 0) {
uri = "http://"; + uri;
}
which would then allow the /Greeter URL to be silently mapped into HTTP which
the ServletTransport that is already registered would pick up.
> 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
>
> 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.
