You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@camel.apache.org by "ASF GitHub Bot (JIRA)" <ji...@apache.org> on 2014/09/29 15:19:33 UTC

[jira] [Commented] (CAMEL-7827) When using CXFRS with simple HTTP api, variable replacement should be available

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

ASF GitHub Bot commented on CAMEL-7827:
---------------------------------------

Github user asfgit closed the pull request at:

    https://github.com/apache/camel/pull/266


> When using CXFRS with simple HTTP api, variable replacement should be available
> -------------------------------------------------------------------------------
>
>                 Key: CAMEL-7827
>                 URL: https://issues.apache.org/jira/browse/CAMEL-7827
>             Project: Camel
>          Issue Type: Improvement
>          Components: camel-cxf
>            Reporter: François LAROCHE
>            Assignee: Willem Jiang
>            Priority: Minor
>             Fix For: 2.15.0
>
>
> I am calling an endpoint using cxfrs client with the http api. So I have 
> something like that in the DSL : 
> .... 
> .setHeader(CxfConstants.CAMEL_CXF_RS_USING_HTTP_API, constant(true)) 
> .setHeader(Exchange.HTTP_PATH, simple("/endpoint/${header.myHeader}")) 
> .setHeader(Exchange.HTTP_METHOD, constant(POST)) 
> .to("cxfrs:bean:myClient") 
> .... 
> This usually works fine. 
> I had a somewhat nasty error when someone did a copy paste of my server, 
> with the variable substitution style (something like /endpoint/{myVariable}) 
> at that point, ${header.myHeader} resolved to {myVariable}, thus the url the 
> client will try to resolve is  /endpoint/{myVariable}. When trying to parse 
> this URL, CXF will not be happy, since there is no value to replace what it 
> thinks to be a variable, and will throw an IllegalArgumentException with 
> message Unresolved variables; only 0 value(s) given for 1 unique 
> variable(s). 
> After looking a bit in the code, I understood better what happens. 
> In order to avoid that, it would be nice to use the mechanism of CXF to 
> replace variables in URI. 
> In the DSL, we would have something like : 
> .... 
> .setHeader(CxfConstants.CAMEL_CXF_RS_USING_HTTP_API, constant(true)) 
> .setHeader(CxfConstants.CAMEL_CXF_RS_VAR_VALUES, 
> simple("[${header.myHeader}]")) 
> .setHeader(Exchange.HTTP_PATH, constant("/endpoint/{myVariable}")) 
> .setHeader(Exchange.HTTP_METHOD, constant("POST")) 
> .to("cxfrs:bean:myClient") 
> .... 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)