On Fri, Jan 23, 2009 at 2:33 AM, Willem Jiang <willem.ji...@gmail.com> wrote:
> Hi Claus
>
> I agree the component should take responsible of copy the In message
> headers into Out message headers. we could provides util class to do
> that copy thing in camel-core.
> But the component should also need to make sure some of the out message
> header value which is copied from in message should be overrided
> according components logical.
>
> Such as the response context in camel-cxf component message header, it
> should be overrided when the camel-cxf producer get the response from
> actual web services.
>

Hmm ... that means "Pipeline to always add headers from IN to OUT, so
headers is preserved"
could be problematic.   I guess, the pipeline needs to make sure it
does not overwrite headers that already exist in out header.  Still, I
think component may not want to get involved.


> Just my two cents,
>
> Willem
>
> Claus Ibsen wrote:
>> Hi
>>
>> The OUT message really starts to irritate me.
>>
>> We have various components that set data on the OUT body and then the
>> Pipeline will use this result as IN for then next node.
>> What happens is then whatever headers etc from IN is lost. Then you
>> cant really route and have your headers preserve during the entire
>> route.
>>
>> We might wanna give this a thought in Camel 2.0?
>> - Pipeline to always add headers from IN to OUT, so headers is preserved
>> - Components to enforce MEP and only set data on OUT if its InOut
>> - Components to add headers from IN to OUT if it set OUT as result
>> and what not
>>
>> Currently the SQL component has this flaw. In the past it was
>> Velocity. And I guess there are some other components as well.
>>
>> Just starting a thread to not forget. I only had one cup of coffee
>> this morning. Going to boil water now.....
>>
>>
>
>

Reply via email to