I won't discuss the default choice of XML parser, since I'm biased :)
But one idea is for the Spring Python project to host on the Web a config parser service (and make this easy to deploy/federate elsewhere). Another option is to freeze the parser component as a stand-alone command.
You mean so that people could transmit an XML document over the wire to us, we convert it into a container, and send it back. Hmm...I have to think about this. Seems like there might be some security risks involved, and with us being able to mix input formats together, not sure how to handle that.
However, freezing the parser as a command-line option would offer a more local option. I guess it would still depend on the user have the right stuff in place. If people are really contemplating jython, are they going to want it all "in a jarfile" when complete and not really care for that? Using a pure python parser would generate the necessary class files to pick up for deployment
I guess I look at things from the perspective of being able to build a simple web app on GAE, and using either the python solution, or the jython jar file option.
I was suggesting the remote service more as a tool for quick experimentation and such, to ease in new users not wanting to fiddle with CPython to use SP. Of course security issues would prevent using such a service for production, but really, if someone is going to seriously deploy on the SP framework for production, issues such as not wanting to use a code that includes C are probably the last worries.
The frozen option is precisely like the .jar you mention. It would be one drop-in file that does the job. The good old fashioned UNIX pipes way :)
I should mention that we are considering the options for Jython and .NET in Amara 2.x, but to be honest I'm not sure when we'll get to that.
I tried to exchange amara with Element-Tree and with some changes i got a simple application-context up and running. Element-Tree is a pure python implementation which is required for jython but is also available as a python extension (c-implementation).