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 sully6768@gmail.com designates
 209.85.220.52 as permitted sender)
References: <511665CD.1050500@googlemail.com>
 <CAGB5yNm6Z+zpkHW8juWdc513djixJ=Fgr3njF3QL0yPpuYuT_g@mail.gmail.com>
Mime-Version: 1.0 (1.0)
In-Reply-To: 
 <CAGB5yNm6Z+zpkHW8juWdc513djixJ=Fgr3njF3QL0yPpuYuT_g@mail.gmail.com>
Content-Type: multipart/alternative;
	boundary=Apple-Mail-60274570-4AFF-48B0-B3A9-5E4425E58BC3
Content-Transfer-Encoding: 7bit
Message-Id: <833F2274-B46E-49FF-94FF-55BCC43420F2@gmail.com>
Cc: "users@camel.apache.org" <users@camel.apache.org>
From: Scott England-Sullivan <sully6768@gmail.com>
Subject: Re: SJMS and InOut
Date: Mon, 11 Feb 2013 08:56:56 -0800
To: "users@camel.apache.org" <users@camel.apache.org>

--Apple-Mail-60274570-4AFF-48B0-B3A9-5E4425E58BC3
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable

After looking at it they don't appear to behave the same. The parameter sets=
 the exchange pattern at initialization while the inOut() method sets the ex=
change at runtime.

Is that what you would expect Claus?

Scott England-Sullivan
blog:sully6768.blogspot.com twitter:@sully6768

On Feb 9, 2013, at 9:51 PM, Claus Ibsen <claus.ibsen@gmail.com> wrote:

> On Sat, Feb 9, 2013 at 4:05 PM, Harald Wellmann <hwellmann.de@gmail.com> w=
rote:
>> I'm rather confused by the different flavours of InOut.
>>=20
>> What's the difference between
>>=20
>> 1) from("direct:calculatorProxy")
>>      .inOut("sjms:calculator-queue");
>>=20
>> and
>>=20
>> 2) from("direct:calculatorProxy")
>>      .to("sjms:calculator-queue?exchangePattern=3DInOut");
>>=20
>> inOut() in 1) does not seem to make any difference from to() at all.
>=20
> Its the same.
>=20
> There is a couple of ways of doing this. See the request-reply eip pattern=
.
> http://camel.apache.org/request-reply.html
>=20
> And when using Java code, you can also read the javadoc of the methods
> as well as they may also contains some information.
>=20
>=20
>=20
>=20
>> Best regards,
>> Harald
>=20
>=20
>=20
> --=20
> Claus Ibsen
> -----------------
> Red Hat, Inc.
> FuseSource is now part of Red Hat
> Email: cibsen@redhat.com
> Web: http://fusesource.com
> Twitter: davsclaus
> Blog: http://davsclaus.com
> Author of Camel in Action: http://www.manning.com/ibsen

--Apple-Mail-60274570-4AFF-48B0-B3A9-5E4425E58BC3--