Mailing-List: contact axis-c-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Apache AXIS C Developers List" <axis-c-dev@ws.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of samisa.abeysinghe@gmail.com
 designates 64.233.184.192 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=Ij1KeXWLV+SMFv6cicqjQBgZy9lMLah6mNigCrh5B9KgQzzBXFOAYlMoxnI06b0q/KFCILKZ65vTB8qYwD22U+YxUxhvA+grvFVPw5tSoSfmA3ewBQEojs21p29Cs04VJwpm+Xxbo1dwxKJ1wDvc6akjlQkEIoRr+5I8AojEMC4=
Message-ID: <a0f0c14805063002433042c9ff@mail.gmail.com>
Date: Thu, 30 Jun 2005 09:43:59 +0000
From: Samisa Abeysinghe <samisa.abeysinghe@gmail.com>
Reply-To: Samisa Abeysinghe <samisa.abeysinghe@gmail.com>
To: Apache AXIS C Developers List <axis-c-dev@ws.apache.org>
Subject: Re: SOAP 1.2 support
In-Reply-To: <a0f0c14805063002341555388f@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <a0f0c14805063002341555388f@mail.gmail.com>

BTW i forgot to mention few more details.
A brief look into WSDL SOAP binding specs reveals to me that WSDL 1.1
has support for SOAP 1.1 and WSDL 2.0 taks about SOAP 1.2.

Hence SOAP verions support cannot be attributed to WSDL - we cannot
pick it from WSDL.
Rahter, the user has to decide, hopefully at client level what SOAP
version to use and the engine that provides the service has to support
that perticular SOAP version (or else would get a SOAP fault)

Thanks,
Samisa...

On 6/30/05, Samisa Abeysinghe <samisa.abeysinghe@gmail.com> wrote:
> Hi all,
>     As I mentioned in an earlier email, we have SOAP 1.1 verion
> hardcoded in generated code.
>=20
>     This also means that we have been always using SOAP 1.1 and never
> tested SOAP 1.2 code. (Correct me if I am wrong)
>=20
>     I propose that we provide and an API at Stub level to set the SOAP
> version. (e.g. Stub::setSOAPVersion() ). Then like we do for the SOAP
> action in the generetd code, the generated code would not set the SOAP
> version  if it is laready set. Else it would set that to the default
> of SOAP 1.1 9which is the de-facto hard coded default that we have as
> of now.
>=20
>     Value your thougts on this.
> Thanks,
> Samisa...
>