camel-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Willem Jiang (JIRA)" <>
Subject [jira] Commented: (CAMEL-3059) HTTP Proxy Mulitpart Requests
Date Thu, 26 Aug 2010 12:17:41 GMT


Willem Jiang commented on CAMEL-3059:

Thanks Claus for doing it.

> HTTP Proxy Mulitpart Requests
> -----------------------------
>                 Key: CAMEL-3059
>                 URL:
>             Project: Apache Camel
>          Issue Type: Improvement
>          Components: camel-jetty
>    Affects Versions: 2.4.0
>            Reporter: Chris Nelson
>            Assignee: Willem Jiang
>             Fix For: 2.5.0
>         Attachments:, JettyHttpComponent.patch, JettyHttpEndpoint.patch
> I am trying to create an HTTP proxy that will support mulitpart requests. I was hoping
I could do something like below, but the attachments do not get sent out. The attachments
are parsed by the Jetty MultiPart filter and put into the in message, but they do not get
sent out by the HTTP client.
> from("jetty:http://xxx?bridgeEndpoint=true").to("http://xxx?bridgeEndpoint=true");
> To workaround this problem, I modified the JettyHttpComponent and JettyHttpEndpoint classes
to use a new enableMultipartFilter flag. If this is set to false it will not enable the Jetty
multipart filter, and thus the entire request will be proxied through. In the case of the
bridgeEndpoint it seems like this should be the default, but I wasn't sure what else this
might break. I have attached patches against the 2.5.0 codebase for these two classes and
a test case that shows how it can be used. In the test case you will notice I have to override
the the outbound filter strategy so that it passes the original headers (i.e. content type).
Again this seems like something that would be the default for the bridged endpoint.

This message is automatically generated by JIRA.
You can reply to this email to add a comment to the issue online.

View raw message