Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Comment: Migrated to Confluence 5.3

...

Then we route to the <to> which is also a jetty endpoint, which sends the requests to the real HTTP server. The bridgeEndpoint option is set to true, to tell Camel that its a bridging from an incoming Jetty service (ie. to act as a HTTP adapter/proxy). The option throwExceptionOnFailure is set to true false, to rely back any errors communicating wit with the real HTTP server directly to the client, without using any Camel Error Handling (ie. no exception is raised from Camel).

You can also use Servlet instead of Jetty, for example:

Code Block
xml
xml

  <route>
    <from uri="servlet:myapp?matchOnUriPrefix=true"/>
    <to uri="http://realserverhostname:8090/myapp?bridgeEndpoint=true&amp;throwExceptionOnFailure=false"/>
  </route>

More control of url mappings

From Camel 2.11 onwards you can use a custom url rewriter which gives you control of the url mappings. Such as handling situations where the mapping is not identical 1:1 mapping. See more details at the urlRewrite option on HTTP, HTTP4, and Jetty components, and in particular read this page UrlRewrite about the camel-urlrewrite component.