Return-Path: 
 <dev-return-35353-apmail-camel-dev-archive=camel.apache.org@camel.apache.org>
X-Original-To: apmail-camel-dev-archive@www.apache.org
Delivered-To: apmail-camel-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 42678CF97
	for <apmail-camel-dev-archive@www.apache.org>;
 Sun, 20 May 2012 10:34:45 +0000 (UTC)
Received: (qmail 94042 invoked by uid 500); 20 May 2012 10:34:45 -0000
Delivered-To: apmail-camel-dev-archive@camel.apache.org
Received: (qmail 93956 invoked by uid 500); 20 May 2012 10:34:44 -0000
Mailing-List: contact dev-help@camel.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@camel.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@camel.apache.org>
List-Post: <mailto:dev@camel.apache.org>
List-Id: <dev.camel.apache.org>
Reply-To: dev@camel.apache.org
Delivered-To: mailing list dev@camel.apache.org
Received: (qmail 93946 invoked by uid 99); 20 May 2012 10:34:44 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 May 2012 10:34:44 +0000
X-ASF-Spam-Status: No, hits=-0.7 required=5.0
	tests=RCVD_IN_DNSWL_LOW,SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (nike.apache.org: domain of claus.ibsen@gmail.com
 designates 209.85.215.45 as permitted sender)
Received: from [209.85.215.45] (HELO mail-lpp01m010-f45.google.com)
 (209.85.215.45)
    by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 May 2012 10:34:38 +0000
Received: by lahc1 with SMTP id c1so3616311lah.32
        for <dev@camel.apache.org>; Sun, 20 May 2012 03:34:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:from:date:message-id:subject:to:content-type;
        bh=HMyriGb2uNM/d79Cg3K6sjR0c/cj/AwZ7wWzu/W68u4=;
        b=OdUatn3531a5sfX1pR0xK6jQDeZzNNLoZd6DXOoClYO1ndNDksLTmWeTOdRz2calF5
         Pb68tqMwPw3l6yqdPdXHvWtfxvuuHoyH9QjnooRRJQt/Ee+c3bN1YIbj538iJiweHVim
         WCBgIPHwhAsbBIhQtCEBjHauWayXJ3trEAcbd7gnFxJqVqhbyR2IJ/5tVBoEXHcceEt9
         pNXNUMZiJ8pK+fTuM0B+1wFilWMiFbEXeJJBEXIjaRuLlOMlMrsGIPNIzZ0wM/Cx8uii
         xtm6X0P0fTElYCTy+bLyUisRl6H9bYsvBeQn50r5gZBrrqLec7KPZpGII5yg5rjrql3T
         3jbA==
Received: by 10.152.104.44 with SMTP id gb12mr16318802lab.29.1337510057949;
 Sun, 20 May 2012 03:34:17 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.112.146.7 with HTTP; Sun, 20 May 2012 03:33:57 -0700 (PDT)
From: Claus Ibsen <claus.ibsen@gmail.com>
Date: Sun, 20 May 2012 12:33:57 +0200
Message-ID: 
 <CAGB5yNnC0vx5ap9j7yqhBVLMQKcF25NBL-UBsA=jXU1UZa-Ldw@mail.gmail.com>
Subject: [DISCUSS] - XML DSL and trimming value
To: dev <dev@camel.apache.org>
Content-Type: text/plain; charset=ISO-8859-1

Hi

We have a number of JIRA tickets which is related
https://issues.apache.org/jira/browse/CAMEL-5294
https://issues.apache.org/jira/browse/CAMEL-5285
https://issues.apache.org/jira/browse/CAMEL-4990

When you use the XML DSLs you may have a coding style where you have
newlines, and spaces etc. in the text of the XML tags, eg

<transform>
  <simple>
    data=${body}
  </simple>
</transform>

Notice how we have new lines in the <simple> text.
Below shows what the intent is without newlines:

<transform>
  <simple>data=${body}</simple>
</transform>

Today we will auto trim Simple expressions (but not the others). IMHO
I think this is wrong and we should make this consistent, to either
- no auto trim
- auto trim all expressions

If we auto trim, and you want an explicit newline, then the end user
can use a \n to indicate newline, eg
<transform>
  <simple>data=${body}\n</simple>
</transform>

I think we should go for a
- auto trim all expressions
- end users can use \n to force new lines

Any thoughts?




-- 
Claus Ibsen
-----------------
CamelOne 2012 Conference, May 15-16, 2012: http://camelone.com
FuseSource
Email: cibsen@fusesource.com
Web: http://fusesource.com
Twitter: davsclaus, fusenews
Blog: http://davsclaus.blogspot.com/
Author of Camel in Action: http://www.manning.com/ibsen/