Return-Path: Delivered-To: apmail-ws-axis-c-user-archive@www.apache.org Received: (qmail 9249 invoked from network); 11 May 2005 04:01:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 11 May 2005 04:01:36 -0000 Received: (qmail 99081 invoked by uid 500); 11 May 2005 04:05:12 -0000 Delivered-To: apmail-ws-axis-c-user-archive@ws.apache.org Received: (qmail 99059 invoked by uid 500); 11 May 2005 04:05:12 -0000 Mailing-List: contact axis-c-user-help@ws.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: "Apache AXIS C User List" Reply-To: "Apache AXIS C User List" Delivered-To: mailing list axis-c-user@ws.apache.org Received: (qmail 99044 invoked by uid 99); 11 May 2005 04:05:11 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from smtp.erunway.com (HELO ws-mailhost.virtusa.com) (12.40.51.197) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 10 May 2005 21:05:11 -0700 Received: from cs-mailsvr.Virtusa.com ([10.2.1.11]unverified) by ws-mailhost.virtusa.com with InterScan Messaging Security Suite; Wed, 11 May 2005 00:02:18 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: soapAction and .NET interoperability Date: Wed, 11 May 2005 10:02:58 +0600 Message-ID: <403DD48EAE182940B89ECEAFE03F969002D16661@cs-mailsvr.Virtusa.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: soapAction and .NET interoperability Thread-Index: AcVUrKVB9NF1IyMcQuWgYAtXXzn1IAAZH4TQABfKBeAAAReIEAAKrYYAAA7psVA= From: "Samisa Abeysinghe" To: "Apache AXIS C User List" X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N > Does anybody know of a workaround for this? Either a way to define my > service to not require soapAction or a way to=20 > get a .NET client to provide the method name in the soapAction header? There is no way in Axis C++ to define the service not to require the SOAPAction as of now. (But we wish to implement such kind of a mechanism - there is a Jira issue raised on this) Hence I think you have to figure out how to set the SOAPAction with .net client. I am not sure how to do this exactly but http://msdn.microsoft.com/library/default.asp?url=3D/library/en-us/cpref/= h tml/frlrfSystemRuntimeRemotingMetadataSoapMethodAttributeClassSoapAction Topic.asp may lead to a clue. Thanks, Samisa... -----Original Message----- From: Yampolsky, Robert [mailto:ryampols@harris.com]=20 Sent: Wednesday, May 11, 2005 2:39 AM To: Apache AXIS C User List Subject: soapAction and .NET interoperability I've seen posted here that Axis services don't work with soapAction set to "". I can verify that that's the case. With no soapAction, I get a "Soap method is not allowed to invoke" exception, but when I put it in, I'm able to access the service. As a matter of fact, it seems to only require the method (i.e. soapAction=3D"#METHOD" works just as well as soapAction=3D"SERVICE#METHOD"). My problem is that I need to interoperate with .NET clients, and they don't seem to set soapAction (at least by default). Does anybody know of a workaround for this? Either a way to define my service to not require soapAction or a way to=20 get a .NET client to provide the method name in the soapAction header? Thanks, Rob