You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@axis.apache.org by "nadir amra (JIRA)" <ax...@ws.apache.org> on 2008/05/22 02:07:55 UTC

[jira] Updated: (AXISCPP-992) AxisIOStream vs SoapTransport ( Removing transport specific stuff from SoapSerializer and SoapDeSerializer)

     [ https://issues.apache.org/jira/browse/AXISCPP-992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

nadir amra updated AXISCPP-992:
-------------------------------

    Component/s: Client - API

> AxisIOStream vs SoapTransport ( Removing transport specific stuff from SoapSerializer and SoapDeSerializer)
> -----------------------------------------------------------------------------------------------------------
>
>                 Key: AXISCPP-992
>                 URL: https://issues.apache.org/jira/browse/AXISCPP-992
>             Project: Axis-C++
>          Issue Type: Improvement
>          Components: Basic Architecture
>            Reporter: kamlesh
>
> The SoapDeSerializer and SoapSerializer api
>  for setting the stream takes a SOAPTransport
>  instead of AxisIOStream. 
>  For ex:
>  int setInputStream(SOAPTransport* pInputStream);
>  
> Could it be refactored to take a AxisIOStream instead ?
> It would be nice if the  transport specific stuff is handled outside of the
>  serializer and deserializer in a separate class. This would allow anyone to easily implement a sub-type of AxisIOStream and pass it to the serializer and deserialer( for instance I have a custom AxisIOStream based on stringstream, however I can't use it since the serializer and deserializer take a SoapTransport)
> Let  me know if this is feasible or not ? 
>  

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-c-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-c-dev-help@ws.apache.org