There are issues interpreting XML schema definitions with nested complex types. It looks like there are multiple different symptoms of this issue, but I am providing a repro of a case where the service wsdl defines a property as an array, yet the PySimpleSoap client sees it as a single object.

I've been able to reproduce this using .NET WCF services, defined as such:

The relevant schema from the wsdl looks like this:

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:tns="http://schemas.datacontract.org/2004/07/ComplexWsdl" elementFormDefault="qualified" targetNamespace="http://schemas.datacontract.org/2004/07/ComplexWsdl">
    <xs:complexType name="IcedCoffee">
        <xs:complexContent mixed="false">
            <xs:extension base="tns:Coffee">
                <xs:sequence>
                    <xs:element minOccurs="0" name="IceCubes" type="xs:int" />
                </xs:sequence>
            </xs:extension>
        </xs:complexContent>
    </xs:complexType>
    <xs:element name="IcedCoffee" nillable="true" type="tns:IcedCoffee" />
    <xs:complexType name="Coffee">
        <xs:complexContent mixed="false">
            <xs:extension base="tns:Beverage">
                <xs:sequence>
                    <xs:element minOccurs="0" name="Beans" nillable="true" type="tns:ArrayOfCoffeeBean" />
                </xs:sequence>
            </xs:extension>
        </xs:complexContent>
    </xs:complexType>
    <xs:element name="Coffee" nillable="true" type="tns:Coffee" />
    <xs:complexType name="Beverage">
        <xs:sequence>
            <xs:element minOccurs="0" name="Ingredients" nillable="true" type="tns:ArrayOfIngredient" />
            <xs:element minOccurs="0" name="Name" nillable="true" type="xs:string" />
        </xs:sequence>
    </xs:complexType>
    <xs:element name="Beverage" nillable="true" type="tns:Beverage" />
    <xs:complexType name="ArrayOfIngredient">
        <xs:sequence>
            <xs:element minOccurs="0" maxOccurs="unbounded" name="Ingredient" nillable="true" type="tns:Ingredient" />
        </xs:sequence>
    </xs:complexType>
    <xs:element name="ArrayOfIngredient" nillable="true" type="tns:ArrayOfIngredient" />
    <xs:complexType name="Ingredient">
        <xs:sequence>
            <xs:element minOccurs="0" name="Name" nillable="true" type="xs:string" />
        </xs:sequence>
    </xs:complexType>
    <xs:element name="Ingredient" nillable="true" type="tns:Ingredient" />
    <xs:complexType name="ArrayOfCoffeeBean">
        <xs:sequence>
            <xs:element minOccurs="0" maxOccurs="unbounded" name="CoffeeBean" nillable="true" type="tns:CoffeeBean" />
        </xs:sequence>
    </xs:complexType>
    <xs:element name="ArrayOfCoffeeBean" nillable="true" type="tns:ArrayOfCoffeeBean" />
    <xs:complexType name="CoffeeBean">
        <xs:sequence>
            <xs:element minOccurs="0" name="Name" nillable="true" type="xs:string" />
            <xs:element minOccurs="0" name="Roast" nillable="true" type="xs:string" />
        </xs:sequence>
    </xs:complexType>
    <xs:element name="CoffeeBean" nillable="true" type="tns:CoffeeBean" />
</xs:schema>

The PySimpleSoap client is incorrectly interpreting that the Ingredients property as single object of Ingredient:

Port name: BasicHttpBinding_ICoffeeService
Operation Name:  SubmitIcedCoffee
SOAPAction:  http://tempuri.org/ICoffeeService/SubmitIcedCoffee
Input:  {
    "SubmitIcedCoffee": {
        "icedCoffee": {
            "IceCubes": "<type 'int'>",
            "Beans": [
                {
                    "CoffeeBean": {
                        "Name": "<type 'str'>",
                        "Roast": "<type 'str'>"
                    }
                }
            ],
            "Name": "<type 'str'>",
            "Ingredients": {
                "Ingredient": {
                    "Name": "<type 'str'>"
                }
            }
        }
    }
}
Output:  {'SubmitIcedCoffeeResponse': {u'SubmitIcedCoffeeResult': <type 'bool'>}}

The code for interpreting the wsdl schema types, is defined in the two recursive routines of helpers.py, postprocess_element and process_element. It appears that the postprocess_element function is responsible for interpreting extended classes, yet it is failing to fully process all of the complex types when there is an inheritance hierarchy 3 levels deep.

There are lots of comments mentioning that the recursion needs to be fixed. If anyone can help or provide any insight on to the issue it would be greatly appreciated!

Error at python3: AttributeError: module httplib2 has no attribute SSLHandshakeError

httplib2 at python3 does not support SSLHandshakeError any more.

So if there was an error at the connection, it does not throws which was the error, pysimplesoap throws an error regarding that httlib2 has no attribute SSLHandshakeError.

https://github.com/pysimplesoap/pysimplesoap/blob/stable_py3k/pysimplesoap/transport.py#L118

Parse response <item /> as empty string (None now), and <item xsi:nil="true" /> as None.

Send <item xsi:nil="true" /> nodes for None values in the request (it drops it out now).

As usual, tests haven't become worse.

For python2: Headers and http method had been unicode (because of __future__ unicode_literals), but location and body — string (bytes). httplib2 uses httplib inside, httplib tries to concatenate headers and strings, decoding payload bytes with default (ascii) encoder. UnicodeError happened. I've converted all data to string, httplib sends it as is.

Python3: httplib just works with unicode data everywhere. Everything is OK.

As usual unittests haven't become worse, but still didn't pass.

I'm trying to use SoapClient and getting the following error:

SoapClient(
            wsdl='https://wsaahomo.afip.gov.ar/ws/services/LoginCms?wsdl',
            cache='/home/wendy/GitHub/AgroSoft/afip/cache',
            proxy=None,
            cacert=None,
            timeout=30,
            ns='ser', 
            soap_server=None,
            trace="--trace" in sys.argv)

  File "/home/wendy/GitHub/AgroSoft/venv/lib/python3.8/site-packages/pysimplesoap/client.py", line 169, in __init__
    self.services = wsdl and self.wsdl_parse(wsdl, cache=cache)
  File "/home/wendy/GitHub/AgroSoft/venv/lib/python3.8/site-packages/pysimplesoap/client.py", line 861, in wsdl_parse
    wsdl = self._url_to_xml_tree(url, cache, force_download)
  File "/home/wendy/GitHub/AgroSoft/venv/lib/python3.8/site-packages/pysimplesoap/client.py", line 535, in _url_to_xml_tree
    xml = fetch(url, self.http, cache, force_download, self.wsdl_basedir, self.http_headers)
  File "/home/wendy/GitHub/AgroSoft/venv/lib/python3.8/site-packages/pysimplesoap/helpers.py", line 76, in fetch
    response, xml = http.request(url, 'GET', None, headers)
  File "/home/wendy/GitHub/AgroSoft/venv/lib/python3.8/site-packages/httplib2/__init__.py", line 1708, in request
    (response, content) = self._request(
  File "/home/wendy/GitHub/AgroSoft/venv/lib/python3.8/site-packages/httplib2/__init__.py", line 1424, in _request
    (response, content) = self._conn_request(conn, request_uri, method, body, headers)
  File "/home/wendy/GitHub/AgroSoft/venv/lib/python3.8/site-packages/httplib2/__init__.py", line 1346, in _conn_request
    conn.connect()
  File "/home/wendy/GitHub/AgroSoft/venv/lib/python3.8/site-packages/httplib2/__init__.py", line 1138, in connect
    self.sock = self._context.wrap_socket(sock, server_hostname=self.host)
  File "/usr/lib/python3.8/ssl.py", line 500, in wrap_socket
    return self.sslsocket_class._create(
  File "/usr/lib/python3.8/ssl.py", line 1040, in _create
    self.do_handshake()
  File "/usr/lib/python3.8/ssl.py", line 1309, in do_handshake
    self._sslobj.do_handshake()
ssl.SSLError: [SSL: DH_KEY_TOO_SMALL] dh key too small (_ssl.c:1123)

I'm using Python 3.8.5

• Estuve corrigiendo algunos tests que no corrían.
• Actualice el README un poco porque tenía información un poco alejada la realidad de la rama.
• Agregué un .gitignore, porque al trabajar sobre el proyecto empece a tener pila de archivos sin versionar detectados por git y se hace incomodo trabajar así.

Haría falta acomodar un poco el tema de los tests y agregar algunos faltantes, principalmente los de client y transport.

No tengo privilegios para esto, pero estaría bueno meter algún tipo de CI.

Saludos

Because of issues I would like to get the raw response from the call I make in pysimplesoap. That way soap can make the calls and I can manually parse the xml when I need to. Is there a parameter to make that happen or should I create the feature?

I didn't get why do you forbid recursive elements parsing in 68ef40e996e034f2f4bb23c0ca4454f10f4d9a60 and 9b07c32261050d897b55d83720fa863ada63f18e . There is no comment, ticket, bug report or testcase.

I've faced with bug — I have tree structure HumanTaskTypeInfo in my WSDL ( http://pastebin.com/pSn4P4mH ). Current version of pysimplesoap just drops subtask element from schema in parsing step and fails when receives this field from server on second.

I was really surprised then I've removed described lines — everything had been parsed well, no recursion, executed successfuly. Even unittests didn't report any bugs.

Pre- 68ef40e996e034f2f4bb23c0ca4454f10f4d9a60 version works good for me too.

And small fix to my previous PR (about style).

Hello guys! I'd chosen your library as best available for python and I've started to use it in my project. I've faced with some issues, and going to fix it and make pull-requests. As first step I've made some refactoring — today wsdl_parse is too complex to understand and work with. Looks like I've made no degradation with this fix according to tests.

I hope you'll like it and further fixes.

Version 1.16.2 seems to be broken across python2 and -3 and while the previous version was not.

Traceback (most recent call last):
  File "/home/travis/build/venthur/python-debianbts/test/test_debianbts.py", line 152, in test_bug_log_message_unicode
    buglogs = bts.get_bug_log(773321)
  File "/home/travis/build/venthur/python-debianbts/debianbts/debianbts.py", line 316, in get_bug_log
    reply = _soap_client_call('get_bug_log', nr)
  File "/home/travis/build/venthur/python-debianbts/debianbts/debianbts.py", line 488, in _soap_client_call
    return getattr(soap_client, method_name)(soap_client, *soap_args)
  File "/home/travis/virtualenv/python3.6.3/lib/python3.6/site-packages/pysimplesoap/client.py", line 175, in <lambda>
    return lambda *args, **kwargs: self.call(attr, *args, **kwargs)
  File "/home/travis/virtualenv/python3.6.3/lib/python3.6/site-packages/pysimplesoap/client.py", line 213, in call
    for k, v in parameters:  # dict: tag=valor
TypeError: 'SoapClient' object is not iterable

https://travis-ci.org/venthur/python-debianbts/builds/393292840

New versions of setuptools/pip build wheels by default and cache them. Calling setup() twice breaks wheels. Therefore pysimplesoap is getting increasingly difficult to install for increasing numbers of users. This behaviour was to meant to help users, and is now harming them, so should be removed.

Fixes issue in pyafipws:

/opt/hostedtoolcache/Python/3.11.0/x64/lib/python3.11/site-packages/pysimplesoap/transport.py:[14](https://github.com/reingart/pyafipws/actions/runs/3519199212/jobs/5898894972#step:13:15)1: in <module>
    if 'timeout' in inspect.getargspec(httplib2.Http.__init__)[0]:
E   AttributeError: module 'inspect' has no attribute 'getargspec'

I have an application written in python 2.7 that uses pysimplesoap successfully. I am in the process of migrating that app to Python 3.6, and have found that the pysimplesoap module is behaving differently in at least one case. Here is a SOAP request sent by the 2.7 application:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tns="http://fprint.net/PAC">
<soapenv:Header/>
<soapenv:Body>
    <**tns:viewServer**>
        <username>L3cdnc</username><password>!@l3cndc714</password><ServerID>185216</ServerID>
    </**tns:viewServer**>
</soapenv:Body>
</soapenv:Envelope>

The next one is what is sent by the python 3 code:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tns="http://fprint.net/PAC">\n
<soapenv:Header/>\n
<soapenv:Body>
    <**viewServer**>
        <username>L3cdnc</username><password>!@l3cndc714</password><ServerID>212788</ServerID>
    </**viewServer**>
</soapenv:Body>
</soapenv:Envelope>

The way the application uses pysimplesoap has not changed. The differences above are in bold. What is causing the ns to not be prepended to the viewServer tag in Python 3, and how can I get around it?

Thank you.

Hello, I'm using version 1.16.2 on python2.7. I'm facing problems when requests contain latin digits as à/è/ì/ò/ù. Snipping the request XML with chardet library it seems well encoded in UTF-8. But method do_POST in server.py source file decode the string to unicode before passing it to dispatcher

    def do_POST(self):
        """SOAP POST gateway"""
        request = self.rfile.read(int(self.headers.get('content-length')))
        # convert xml request to unicode (according to request headers)
        if sys.version < '3':
            encoding = self.headers.getparam("charset")
        else:
            encoding = self.headers.get_param("charset")
        request = request.decode(encoding)
        fault = {}
        # execute the method
        response = self.server.dispatcher.dispatch(request, fault=fault)

Inside, the parsing of the request parameter causes an "ExpatError: not well-formed" exception. Since the parser inside is using xml.dom.minidom.parseString according to https://stackoverflow.com/questions/8144131/unicode-error-when-passing-unicode-object-to-xml-parser the string should remain encoded. Commenting the instruction request = request.decode(encoding) in do_POST no exception is raised.

Why passing unicode string to xml.dom.minidom.parseString?

Thanks in advance, Roberto

I am using your code from https://github.com/reingart/py_efactura_uy/blob/master/consulta_rut.py

I see the trace and works, data is coming, but after the data comes, the postprocess trows an error.

Traceback (most recent call last): File "obtenerEmpresaPorRUT.py", line 83, in ret = client.call("AWS_PERSONAGETACTEMPRESARIAL.Execute", param) File "/usr/local/lib/python2.7/dist-packages/pysimplesoap/client.py", line 281, in call self.__headers, soap_uri) File "/usr/local/lib/python2.7/dist-packages/pysimplesoap/wsse.py", line 179, in postprocess raise RuntimeError("WSSE certificate validation failed") RuntimeError: WSSE certificate validation failed

How can avoid the validation process or put the validation certificate from DGI ?

is there any attribute for BinaryTokenSignature similar to: verify_cert_client="myfile.crt"; ?

Regards Juan

Error occurred while checking whether a dictionary is present in the keys of of another dictionary:

File "/usr/local/lib/python3.6/site-packages/pysimplesoap/server.py", line 521, in do_get response = self.dispatcher.wsdl() File "/usr/local/lib/python3.6/site-packages/pysimplesoap/server.py", line 395, in wsdl parse_element("%sResponse" % method, returns and returns.items()) File "/usr/local/lib/python3.6/site-packages/pysimplesoap/server.py", line 375, in parse_element if v in TYPE_MAP.keys(): TypeError: unhashable type: 'dict'