camel-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Davis, Daniel" <>
Subject Re: Camel exec component tokenizer in Spring XML DSL removing plus sign in arguments
Date Wed, 18 Mar 2015 21:19:33 GMT
You are right, this worked.  In experiments I had put RAW() around just
the "+profile *" argument and it did not work.  After wrapping the call
in RAW() I now have a "contains unsafe characters, please check
encoding" warning which I can work through but the code is passing a
valid argument list to "exec".  Its a small issue but I think its bad
form for the tokenizer or encoder to eat all plaintext and encoded forms
of "+" (I bet handling exec uniformly across all platforms is hard) but
having a way that works is gold.


Daniel Davis
Technical Manager, Office of Research Information Services
Smithsonian Institution

On 03/17/2015 09:56 PM, Willem Jiang wrote:
> Camel just replace the “+” with “ “ by default.
> You can use the RAW() to wrap the args parameter just like this.
> exec:test?args=RAW(arg1+arg2 arg3)
> --  
> Willem Jiang
> Red Hat, Inc.
> Web:
> Blog: (English)
> (Chinese)
> Twitter: willemjiang  
> Weibo: 姜宁willem
> On March 17, 2015 at 11:06:05 PM, Davis, Daniel ( wrote:
>> I have been unable to find an encoding or approach to include the
>> ImageMagick argument "+profile" in the argument list for "exec" in
>> Spring XML DSL as show below. With each experiment Trace clearly shows
>> that the "+" sign in the arguments being stripped out. I tried
>> plaintext, HTML and decimal encoding plus some dynamic character
>> substitutions. I assume the tokenizer and/or the encoder for the
>> arguments is eating the "+". Other than the problem argument this
>> "exec" is working fine.
>> Does anyone know a good approach, a workaround or an error I made in
>> Spring DSL before I move to the Java DSL for this one?
>> exec:convert?args=${header.CamelFileNameProduced} -thumbnail
>> 200x150 -colorspace RGB +profile * ${header.CamelFileNameProduced}.jpg
>> --
>> Daniel Davis

View raw message