You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@camel.apache.org by "William Tam (JIRA)" <ji...@apache.org> on 2008/08/01 22:29:05 UTC

[jira] Commented: (CAMEL-766) Create header filter strategy that can be easily extended

    [ https://issues.apache.org/activemq/browse/CAMEL-766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=44690#action_44690 ] 

William Tam commented on CAMEL-766:
-----------------------------------

mail and xmpp are the only components that could be updated.  I'll work on those.  ampq inherits from jms so it is all set.

> Create header filter strategy that can be easily extended
> ---------------------------------------------------------
>
>                 Key: CAMEL-766
>                 URL: https://issues.apache.org/activemq/browse/CAMEL-766
>             Project: Apache Camel
>          Issue Type: Improvement
>          Components: camel-core, camel-cxf, camel-http, camel-jetty, camel-jhc
>    Affects Versions: 1.4.0
>            Reporter: William Tam
>            Assignee: Willem Jiang
>            Priority: Minor
>             Fix For: 1.5.0
>
>         Attachments: javadoc_fixup.txt, patch.txt
>
>
> We have explored some ideas of how one may retreive protocol headers from of a Camel message in this thread: http://www.nabble.com/-PROPOSAL--ProtocolMessage-to18078001s22882.html#a18078001.  In summary, there were two train of thoughts: 1) set aside a place for "ProtocolHeaders" in Camel message which is strictly for storing what a component recognizes as protocol headers.  A component can still select some or all of these protocol headers to be copied to/from the native message header.  2) Using the current headers in Camel message and let people configure what should be copied to/form native message.
> I thought about both approaches a bit.  I went with the later and created a patch.  I guess the problem with the first approach is it introduces one more place to look for headers.   We may end up forcing components examine both places for processing information.  
> In my patch, I create a HeaderFilterStrategy that can control what to copy in/out Camel message headers.  A component can be injected with a strategy by Spring or using APIs.  I modified the following components to use this strategy: jms, cxf, http, jetty, and jhc.  Please review my patch and will update other components based on feedbacks.

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