Mailing-List: contact users-help@camel.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@camel.apache.org
Received-SPF: pass (nike.apache.org: domain of raul@evosent.com designates
 209.85.160.54 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1383519226283-5742567.post@n5.nabble.com>
References: <1383519226283-5742567.post@n5.nabble.com>
From: Raul Kripalani <raul@evosent.com>
Date: Mon, 4 Nov 2013 00:49:50 +0000
Message-ID: 
 <CAKoNANuamJVRUmX-DC-ZYs3qHraHCmfG7tMGcvbxkBwrH1qXZw@mail.gmail.com>
Subject: Re: Passing parameters to a direct / seda / vm endpoint
To: "users@camel.apache.org" <users@camel.apache.org>
Content-Type: multipart/alternative; boundary=047d7b2e4af253814804ea4f4c59

--047d7b2e4af253814804ea4f4c59
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Hello,

Thanks for your participation in users@camel!

Even if we provided a way to set dynamic parameters as part of the URI =96
and have Camel channel those downstream from the producer to the consumer =
=96
how would the endpoints/processors sitting behind the SEDA / VM / Direct
consumers acquire access to them? What do you have in mind exactly?

Bear in mind that all Camel elements (components, processors, EIPs, etc.)
revolve around the Camel Exchange/Message API, consisting of generic
concepts such as Exchanges, Messages, Headers, Properties, Exception, etc.

Regards,

*Ra=FAl Kripalani*
Apache Camel PMC Member & Committer | Enterprise Architect, Open Source
Integration specialist
http://about.me/raulkripalani | http://www.linkedin.com/in/raulkripalani
http://blog.raulkr.net | twitter: @raulvk

On Sun, Nov 3, 2013 at 10:53 PM, alapaka <alapaka@rocketmail.com> wrote:

> G'day all;
>
> Is there a way to pass parameters (i.e. like a function call) to a direct=
 /
> seda / vm consumer endpoint?
>
> Setting headers works, but I reckon it would be much cleaner and clearer =
if
> we could pass actual parameters as part of the call to the endpoint, eith=
er
> as part of the URI or as child elements of the <to> element. Even better
> would be if we could define parameters as optional/required on the consum=
er
> endpoint, but simply being able to pass them without resorting to headers
> etc.. would be much better imho.
>
> I am running version 2.10.7, and setting 'unknown' properties on the URI
> query string results in errors.
>
>
>
> --
> View this message in context:
> http://camel.465427.n5.nabble.com/Passing-parameters-to-a-direct-seda-vm-=
endpoint-tp5742567.html
> Sent from the Camel - Users mailing list archive at Nabble.com.
>

--047d7b2e4af253814804ea4f4c59--