ctualmente estoy buscando implementar un cliente que utilizará una API de administración SOAP extensa existente.

Busqué diferentes implementaciones de SOAP como pysimplesoap yJABONADURA. Mientras que el primero tuvo problemas para analizar el WSDL debido a demasiadas recursiones, la espuma funcionó bien (pero lenta) y realmente me gusta el módulo.

Sin embargo, parece haber varios problemas con SUDS como el alto consumo de memoria, la velocidad de análisis WSDL y la falta de soporte para algunos atributos WSDL (por ejemplo, atributo de elección).
Aunque hay muchas personas que cometen activamente informes de errores y parches, hubono release de SUDS desde 0.4 el 15/09/2010. Además, la wiki y la hoja de ruta se ven un poco descuidadas.

ara mí, parece que SUDS ya no se mantiene.

Así que aquí están mis preguntas:

Tiene sentido basar un proyecto más grande en espuma como cliente de jabón? ¿Existe una bifurcación de espuma que ya implementa algunos de los parches disponibles en el sistema de tickets?Qué alternativas están disponibles, que tienen una huella de memoria más baja y son fáciles de usar y pueden manejar archivos WSDL grandes y complejos

[Actualización de noviembre de 2013]

Han pasado más de dos años y resulta que el proyecto de espuma original está realmente muerto. No ha habido más lanzamientos desde 2010. Debido a este hecho, muchas personas comenzaron a bifurcar espuma y distribuciones como Debian están implementando versiones parcheadas del paquete de espuma original para solucionar algunos de los problemas.

Puedo recomendar la bifurcación mantenida activamente de Jurko que utilicé con éxito. Es compatible con Python 3 y soluciona muchos problemas conocidos de la espuma. Las notas de la versión y el rastreador de errores están disponibles en Bitbucket el paquete también está disponible en PyPI para que pueda instalarse usando pip.