tualmente, estou estudando a implementação de um cliente que usará uma extensa API de gerenciamento SOAP existent

Eu olhei para diferentes implementações SOAP como pysimplesoap e SUDS. Enquanto o primeiro teve problemas ao analisar o WSDL por causa de muitas recursões, o suds funcionou bem (mas lento) e eu realmente gosto do módul

o entanto, parece haver vários problemas com o SUDS, como o alto consumo de memória, a velocidade de análise do WSDL e o suporte ausente para alguns atributos do WSDL (por exemplo, atributo de escolha
Embora muitas pessoas enviem relatórios e correções de bugs ativamente, houveno release de SUDS desde 0.4 em 15/09/2010. Além disso, o wiki e o roteiro parecem um pouco negligenciado

Para mim, parece que SUDS não é mais mantido.

Então aqui minhas perguntas:

Faz sentido basear um projeto maior em espuma como cliente de sabã Existe uma bifurcação de espuma que já implementa alguns dos patches disponíveis no sistema de emissão de bilhete Quais alternativas estão disponíveis, com menor consumo de memória e fáceis de usar e podem lidar com grandes arquivos WSDL complexos

[Atualização em novembro de 2013]

Mais de dois anos se passaram e o projeto original da espuma está realmente morto. Não há mais lançamentos desde 2010. Devido a esse fato, muitas pessoas começaram a usar o suds e distribuições como o Debian estão implantando versões corrigidas do pacote suds original para corrigir alguns dos problema

Eu posso recomendar o garfo com manutenção ativa da Jurko que usei com sucesso. Ele suporta python 3 e soluciona muitos problemas conhecidos de suds. As notas de versão e o rastreador de erros estão disponíveis em Bitbucket o pacote também está disponível em PyPI para que possa ser instalado usando pip.