No conozco ninguno. A menos que xmlrpc cuente ... En caso de que esté pensando en enrollar el suyo: Hacer cualquier cosa con ElementTree es un placer, en comparación con la mayoría de las otras bibliotecas XML.
Pero, dado que probablemente termines con una representación que no estaría estandarizada, necesitarías controlar ambas partes, ¿no? ¿Por qué no solo selecciona json, pickle o algo que ya está allí?
En caso de que quiera utilizar el módulo xmlrpclib:
xmlrpclib.dumps(data)
Bosque menciona limitaciones en xmlrpclib, que es un buen punto. Algunos que me he visto a mí mismo: los enteros no pueden ser más de 2^31-1 o la biblioteca se quejará. Los valores "Ninguno" generalmente no son correctos, pero puede evitarlos. Probablemente haya otras limitaciones también.
Aparte de eso, el protocolo xmlrpc es bastante detallado. si necesita preocuparse por la cantidad de datos que se envía, no es la mejor. Pero ninguna versión XML será muy eficiente.
En particular, ese formato xmlrpc tiene algunas limitaciones en comparación con json ... solo cadenas para las claves dict. No, ninguno, booleanos. (¡Corrígeme si estoy equivocado!) –
Corrección: estás equivocado. :) Las claves dict deben ser cadenas en json, también. Los valores booleanos son soportados por xmlrpclib, como lo es None si pasa el argumento 'allow_none = True' a los volcados. –