Return-Path: Delivered-To: apmail-ws-sandesha-dev-archive@www.apache.org Received: (qmail 82583 invoked from network); 21 Aug 2008 06:20:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 21 Aug 2008 06:20:24 -0000 Received: (qmail 51673 invoked by uid 500); 21 Aug 2008 06:20:22 -0000 Delivered-To: apmail-ws-sandesha-dev-archive@ws.apache.org Received: (qmail 51605 invoked by uid 500); 21 Aug 2008 06:20:22 -0000 Mailing-List: contact sandesha-dev-help@ws.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Delivered-To: mailing list sandesha-dev@ws.apache.org Received: (qmail 51594 invoked by uid 99); 21 Aug 2008 06:20:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Aug 2008 23:20:22 -0700 X-ASF-Spam-Status: No, hits=2.0 required=10.0 tests=HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of nandana.cse@gmail.com designates 209.85.142.187 as permitted sender) Received: from [209.85.142.187] (HELO ti-out-0910.google.com) (209.85.142.187) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 21 Aug 2008 06:19:23 +0000 Received: by ti-out-0910.google.com with SMTP id y6so512162tia.18 for ; Wed, 20 Aug 2008 23:19:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=ZTyRd2Imj3/BCL8GPL9M7UFYxFzIUKDSJHVyxqbXVh8=; b=INcfw33JmYMH3uv8RJJG54oU4oUpnGLtzyZwgdeOy0Xo3G62PTye3FoQtGTuoKDEEC Lm5cKxc3L0C4+4zfTJtiWn6NlV0RxiqEFxPc8miBC8mVN3mRfNACuzSDziS8lIuWp2Fz dixCTTUntqzsfcoFDEzSg7QGnkP3dHxpHfcV4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=NpRmtnCDzIx+tmwvQOs5YeZL2GRn889Ii/9Ar5LYvR6540rHLC3on6GLXV59UIsT7l N2s4OhrHBoS0VzO29/CZGcLuZRYNyXx18VT6OYVcKJfRK/7YhzLbX3Yh2Ric2jk0lyPB U+P1es+xmf9HGmWERoIwLsjw3SuAl+sicmo2E= Received: by 10.110.95.15 with SMTP id s15mr1067085tib.40.1219299590397; Wed, 20 Aug 2008 23:19:50 -0700 (PDT) Received: by 10.110.20.20 with HTTP; Wed, 20 Aug 2008 23:19:50 -0700 (PDT) Message-ID: <9e2fff830808202319i7c4c4fc2gb3fa068c67cd0e6@mail.gmail.com> Date: Thu, 21 Aug 2008 11:49:50 +0530 From: "Nandana Mihindukulasooriya" To: "David Parsons1" Subject: Re: [Sandesha2] Configuring Sandesha not to send an offer in the create sequence Cc: sandesha-dev@ws.apache.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_141361_22604088.1219299590350" References: <9e2fff830808130624x32d2fac3uc26ca7c1cbcd10d1@mail.gmail.com> <9e2fff830808192238i4d88b6f8j6007bc6e675d178c@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org ------=_Part_141361_22604088.1219299590350 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi David, These are the scenarios I am testing. 1) Sandesha RM 1.1 client, Oneway, Single Channel -> WCF RM 1.1 service , Oneway, Single Channel 2) Sandesha RM 1.1 client, Oneway, Dual Channel -> WCF RM 1.1 service , Oneway, Dual Channel 3) Sandesha RM 1.1 client, ReplyRequest, Single Channel -> WCF RM 1.1 service , ReplyRequest, Single Channel 4) Sandesha RM 1.1 client, ReplyRequest, Dual Channel -> WCF RM 1.1 service , ReplyRequest, Dual Channel and up to now, I was able to get only first scenario working with WCF service. Even in that scenario, WCF service complains about the make connection request. In the scenario 2, the problem is Sandesha client doesn't set the ReplyTo header and it is still anonymous. Axis2 make a simple axis2 server up as expected as I am using "options.setUseSeparateListener(true)" but the ReplyTo header is not correctly set that address by the Sandesha client. I was able to set the " "wsrm:AcksTo" correctly in the create sequence message using the "SandeshaClientConstants.AcksTo" property but Sandesha client doesn't set the "ReplyTo". Do I need to do any other configuration to make sure that "ReplyTo" header is correctly set ? In scenario 3 and 4, the problem is Sandesha client doesn't send an offer in the create sequence request as I mentioned in my last mail. But in the scenario 4 (ReplyRequest,Dual channel) sandesha client sets the "ReplyTo" addressing header correctly not as in scenario 2 (ReplyRequest,Single channel). Do know you how can I get scenario 2, 3, 4 working ? Am I missing some configuration or aren't they supported in Sandesha2 ? Thank you very much once again. Your help is very much appreciated. thanks, nandana On 8/20/08, David Parsons1 wrote: > > Hi Nandana, A Sandesha RM 1.1 client to .NET RM 1.1 or 1.0 won't work. > > The solution is to use a Sandesha RM 1.0 client to talk to your .NET RM 1.0 > service. > > N.B - If your .NET RM 1.0 service is a oneway service you need to make sure > your Sandesha RM 1.0 client is specifically defined to use a one way MEP. > > As for makeconnection, you cannot turn this off for a Sandesha RM 1.1 > client. You have to use Sandesha RM 1.0 if you don't want to use > makeConnection. > > Regards, > > Dave > > Dave Parsons > Web Services Test > INTERNAL: David Parsons1/UK/IBM@IBMGB :: DE3F20 :: 246930 > EXTERNAL: ParsonsD@uk.ibm.com :: (01962) 816930 > Mail Point 211, IBM Hursley Park, Winchester. SO21 2JN > > > "Nandana Mihindukulasooriya" wrote on 20/08/2008 > 06:38:54: > > > [image removed] > > > > Re: [Sandesha2] Configuring Sandesha not to send an offer in the > > create sequence > > > > Nandana Mihindukulasooriya > > > > to: > > > > David Parsons1 > > > > 20/08/2008 06:39 > > > > Cc: > > > > sandesha-dev > > > > Hi Dave, > > Thanks for the info. Now I am using RM 1.1 . Now I am > > facing a different problem. Now the Oneway operations work fine. > > But in the case of ReplyRequest, the create sequence fails because > > we are not sending an offer. > > > > "The request to create a reliable session has been refused by the RM > > Destination. The create sequence request must contain an offer for a > > return sequence" > > > > Do you know how to solve this problem ? I am using a Stub generated > > by Axis2 codegen tool and the operation is correctly set as an OutIn > > operation. > > > > And you know how to configure Sandesha not to send > > requests ? > > > > thanks, > > nandana > > > On Mon, Aug 18, 2008 at 7:26 PM, David Parsons1 > wrote: > > > > Nandana, > > > > There is no way of turning offering off in sandesha. You could move > > to RM 1.1 rather than 1.0 in sandesha and then offering will no > > longer be used but this is not supported for interop with a WCF provider. > > > > > I think the problem is that your service hosted by WCF is a oneway > > service and therefore refuses to create the sequence if an offer has > > been added to the createSeq request it receives. The solution is to > > make sure your client has specified that it requires to do a one way > > msg exchange protocol. For instance if you have a JAXWS dispatch > > client you can call invokeOneWay rather than invoke. If you have a > > JAXWS client that has been created using the provider services WSDL > > you shouldn't see the problem. > > > > Regards, > > > > Dave > > > > > > Dave Parsons > > Web Services Test > > INTERNAL: David Parsons1/UK/IBM@IBMGB :: DE3F20 :: 246930 > > EXTERNAL: ParsonsD@uk.ibm.com :: (01962) 816930 > > Mail Point 211, IBM Hursley Park, Winchester. SO21 2JN > > > > > > "Nandana Mihindukulasooriya" wrote on 13/08/ > > 2008 14:24:47: > > > > > [image removed] > > > > > > [Sandesha2] Configuring Sandesha not to send an offer in the create > sequence > > > > > > Nandana Mihindukulasooriya > > > > > > to: > > > > > > sandesha-dev > > > > > > 13/08/2008 14:29 > > > > > > Hi Devs, > > > I am doing a single channel / in only web service invocation > > > with Sandesha2 engaged at the client side and the server is WCF > > > service. I have attached the create sequence request [1]. And from > > > the .NET side, I am getting a exception " The request to create a > > > reliable session has been refused by the RM Destination. The create > > > sequence request must not contain an offer for a return sequence. > > > This is likely caused by a binding mismatch. The channel could not > > > be opened. ". > > > > > > Is there a way to tell Sandesha not to send the offer using client API > ? > > > > > > thanks, > > > nandana > > > > > > [1] - create sequence request > > > > > > > > > > > > > > > http://interop.lk.wso2.com/ > > > ReliableMessaging_Service_WSAddressing10_Indigo/OneWay.svc/ > > > Reliable_Anonymous_Soap12_WSAddressing10_RM10 > > > urn:uuid:515DB2ADE43CDDBB571218633466249 > > > > > > http://schemas.xmlsoap.org/ws/2005/02/rm/CreateSequence > > > > > > > > > > > > > > > > > > http://www.w3.org/2005/08/addressing/anonymous > > > > > > > > > urn:uuid: > > > 515DB2ADE43CDDBB571218633466251 > > > > > > > > > > > > > > > > > > -- > > > Nandana Mihindukulasooriya > > > WSO2 inc. > > > > > > http://nandana83.blogspot.com/ > > > http://www.wso2.org > > > > > > > > Unless stated otherwise above: > > IBM United Kingdom Limited - Registered in England and Wales with > > number 741598. > > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 > 3AU > > > ------------------------------ > > * > * > > *Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > * > > > > > > > ------=_Part_141361_22604088.1219299590350 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi David,
      These are the scenarios I am testing.

1) Sandesha RM 1.1 client, Oneway, Single Channel  -> WCF RM 1.1 service , Oneway, Single Channel
2) Sandesha RM 1.1 client, Oneway, Dual Channel  -> WCF RM 1.1 service , Oneway, Dual Channel
3) Sandesha RM 1.1 client, ReplyRequest, Single Channel  -> WCF RM 1.1 service , ReplyRequest, Single Channel
4) Sandesha RM 1.1 client, ReplyRequest, Dual Channel  -> WCF RM 1.1 service , ReplyRequest, Dual Channel

and up to now, I was able to get only first scenario working with WCF service.  Even in that scenario,  WCF service complains  about the make connection request.

In the scenario 2, the problem is Sandesha client doesn't  set the ReplyTo header and it is still anonymous. Axis2 make a simple axis2 server up as expected as I am using "options.setUseSeparateListener(true)" but the ReplyTo header is not correctly set that address by the Sandesha client. I was able to set the " "wsrm:AcksTo" correctly in the create sequence message  using the "SandeshaClientConstants.AcksTo" property but Sandesha client doesn't set the "ReplyTo". Do I need to do any other configuration to make sure that "ReplyTo" header is correctly set ?

In scenario 3 and 4, the problem is Sandesha client doesn't send an offer in the create sequence request as I mentioned in my last mail. But in the scenario 4 (ReplyRequest,Dual channel) sandesha client sets the "ReplyTo" addressing header correctly not as in scenario 2 (ReplyRequest,Single channel).

Do know you how can I get scenario 2, 3, 4 working ? Am I missing some configuration or aren't they supported in Sandesha2 ?

Thank you very much once again. Your help is very much appreciated.

thanks,
nandana


On 8/20/08, David Parsons1 <PARSONSD@uk.ibm.com> wrote:

Hi Nandana,
 

A Sandesha RM 1.1 client to .NET RM 1.1 or 1.0 won't work.

The solution is to use a Sandesha RM 1.0 client to talk to your .NET RM 1.0 service.  

N.B - If your .NET RM 1.0 service is a oneway service you need to make sure your Sandesha RM 1.0 client is specifically defined to use a one way MEP.  

As for makeconnection, you cannot turn this off for a Sandesha RM 1.1 client.  You have to use Sandesha RM 1.0 if you don't want to use makeConnection.

Regards,

Dave

Dave Parsons
Web Services Test
INTERNAL:  David Parsons1/UK/IBM@IBMGB :: DE3F20 :: 246930
EXTERNAL:  ParsonsD@uk.ibm.com :: (01962) 816930
Mail Point 211, IBM Hursley Park, Winchester. SO21 2JN

"Nandana Mihindukulasooriya" <nandana.cse@gmail.com> wrote on 20/08/2008 06:38:54:

> [image removed]
>
> Re: [Sandesha2] Configuring Sandesha not to send an offer in the
> create sequence
>
> Nandana Mihindukulasooriya
>
> to:
>
> David Parsons1
>
> 20/08/2008 06:39
>
> Cc:
>
> sandesha-dev
>
> Hi Dave,
>           Thanks for the info. Now I am using RM 1.1 . Now I am
> facing a different problem.  Now the Oneway operations work fine.
> But in the case of ReplyRequest, the create sequence fails because
> we are not sending  an offer.
>
> "The request to create a reliable session has been refused by the RM
> Destination. The create sequence request must contain an offer for a
> return sequence"
>
> Do you know how to solve this problem ? I am using a Stub generated
> by Axis2 codegen tool and the operation is correctly set as an OutIn
> operation.
>
> And you know how to configure Sandesha not to send
> <wsmc:MakeConnection xmlns:wsmc="http://docs.oasis-open.org/ws-rx/wsmc/200702
> "> requests ?
>
> thanks,
> nandana
> On Mon, Aug 18, 2008 at 7:26 PM, David Parsons1 <PARSONSD@uk.ibm.com> wrote:
>
> Nandana,
>
> There is no way of turning offering off in sandesha.  You could move
> to RM 1.1 rather than 1.0 in sandesha and then offering will no
> longer be used but this is not supported for interop with a WCF provider.
>
> I think the problem is that your service hosted by WCF is a oneway
> service and therefore refuses to create the sequence if an offer has
> been added to the createSeq request it receives.  The solution is to
> make sure your client has specified that it requires to do a one way
> msg exchange protocol.  For instance if you have a JAXWS dispatch
> client you can call invokeOneWay rather than invoke.  If you have a
> JAXWS client that has been created using the provider services WSDL
> you shouldn't see the problem.
>
> Regards,
>
> Dave
>
>
> Dave Parsons
> Web Services Test
> INTERNAL:  David Parsons1/UK/IBM@IBMGB :: DE3F20 :: 246930
> EXTERNAL:  ParsonsD@uk.ibm.com :: (01962) 816930
> Mail Point 211, IBM Hursley Park, Winchester. SO21 2JN
>
>
> "Nandana Mihindukulasooriya" <nandana.cse@gmail.com> wrote on 13/08/
> 2008 14:24:47:
>
> > [image removed]
> >
> > [Sandesha2] Configuring Sandesha not to send an offer in the create sequence
> >
> > Nandana Mihindukulasooriya
> >
> > to:
> >
> > sandesha-dev
> >
> > 13/08/2008 14:29
> >
> > Hi Devs,
> >        I am doing a single channel / in only web service invocation
> > with Sandesha2 engaged at the client side and the server is WCF
> > service. I have attached the create sequence request [1]. And from
> > the .NET side, I am getting a exception " The request to create a
> > reliable session has been refused by the RM Destination.  The create
> > sequence request must not contain an offer for a return sequence.
> > This is likely caused by a binding mismatch. The channel could not
> > be opened. ".
> >
> > Is there a way to tell Sandesha not to send the offer using client API ?
> >
> > thanks,
> > nandana
> >
> > [1] - create sequence request
> >
> >    <soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope
> ">
> >       <soapenv:Header>
> >          <wsa:To xmlns:wsa="http://www.w3.org/2005/08/addressing">
> > http://interop.lk.wso2.com/
> > ReliableMessaging_Service_WSAddressing10_Indigo/OneWay.svc/
> > Reliable_Anonymous_Soap12_WSAddressing10_RM10</wsa:To>
> >          <wsa:MessageID xmlns:wsa="http://www.w3.org/2005/08/addressing
> > ">urn:uuid:515DB2ADE43CDDBB571218633466249</wsa:MessageID>
> >          <wsa:Action xmlns:wsa="http://www.w3.org/2005/08/addressing">
> > http://schemas.xmlsoap.org/ws/2005/02/rm/CreateSequence</wsa:Action>
> >       </soapenv:Header>
> >       <soapenv:Body>
> >          <wsrm:CreateSequence xmlns:wsrm="http://
> > schemas.xmlsoap.org/ws/2005/02/rm">
> >             <wsrm:AcksTo>
> >                <wsa:Address xmlns:wsa="http://www.w3.org/2005/08/addressing
> ">
> > http://www.w3.org/2005/08/addressing/anonymous</wsa:Address>
> >             </wsrm:AcksTo>
> >             <wsrm:Offer>
> >                <wsrm:Identifier>urn:uuid:
> > 515DB2ADE43CDDBB571218633466251</wsrm:Identifier>
> >             </wsrm:Offer>
> >          </wsrm:CreateSequence>
> >       </soapenv:Body>
> >    </soapenv:Envelope>
> >
> > --
> > Nandana Mihindukulasooriya
> > WSO2 inc.
> >
> > http://nandana83.blogspot.com/
> > http://www.wso2.org
>

>

> Unless stated otherwise above:
> IBM United Kingdom Limited - Registered in England and Wales with
> number 741598.
> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






------=_Part_141361_22604088.1219299590350--