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>
Message-ID: <2044782821.1109950908842.JavaMail.jira@ajax.apache.org>
Date: Fri, 4 Mar 2005 16:41:48 +0100 (CET)
From: "Mark Whitlock (JIRA)" <axis-c-dev@ws.apache.org>
To: axis-c-dev@ws.apache.org
Subject: [jira] Commented: (AXISCPP-497) Problems with
 Stub::setTransportProperty
In-Reply-To: <854884811.1109784056128.JavaMail.jira@ajax.apache.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

     [ http://issues.apache.org/jira/browse/AXISCPP-497?page=comments#action_60198 ]
     
Mark Whitlock commented on AXISCPP-497:
---------------------------------------

Well, I guess the various setTransportProperty methods are all there for a reason. The object design does not seem neat to me, but I cannot see any simple way of tidying it up. So I will leave it as it is. I will just fix the delete[] in AxisGenException under this JIRA.

> Problems with Stub::setTransportProperty
> ----------------------------------------
>
>          Key: AXISCPP-497
>          URL: http://issues.apache.org/jira/browse/AXISCPP-497
>      Project: Axis-C++
>         Type: Bug
>     Reporter: Mark Whitlock
>     Assignee: Mark Whitlock

>
> The exception processing in Call::setTransportProperty is not in Stub::setTransportProperty. Stub::setTransportProperty should just call Call::setTransportProperty instead of SOAPTransport::setTransportProperty. Also the message is new[]'ed in Call but delete'd in AxisGenException. This will fail on Linux, where it should be delete[]'ed.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira