> 2) an XML library that doesn't choke on foreign characters. (I assume
> you're using ElementTree now?)

I meant foreign markup, as in foreign to the atom: name space.

Let me give an example. Suppose I want to serve results the way Google
does in YouTube; suppose I want to return XML similar to this one:

It contains lots of foreign XML (opensearch, etc.) and it contains
lots of boilerplate (title, link, id, updated, category, etc. etc.)
that must be gotten right to be Atom-compliant. I don't want to
implement any of this.

I'd like to write the minimum amount of code that can turn information
I have in flat files into Atom documents, without having to worry
about the well-formedness or even construction of an Atom feed, or its
internal consistency.
(Perhaps similar to Pilgrim's feedparser, except that this library a)
doesn't handle all of Atom, b) doesn't support foreign XML - in fact,
doesn't even use an XML library), and is generally not intended for
the creation of feeds.

Given the adoption RFC 5023 has seen by major companies, I'm really
surprised at the lack of any supporting server libraries; perhaps not
surprisingly, the same is not true for client libraries.

 - Godmar

On Wed, Jan 28, 2009 at 9:43 AM, Ross Singer <[log in to unmask]> wrote:
> Godmar,
> What do you need the library to do?  It seems like you'd be able to
> make an AtomPub server pretty easily with (you could use the
> Jangle Core as a template, it's in Ruby, but the framework it uses,
> Sinatra, is very similar to
> It seems like there are two things you need here:
> 1) something that can RESTfully broker a bunch of incoming HTTP
> requests and return Atom Feeds and Service documents
> Is that right?
> -Ross.
> On Wed, Jan 28, 2009 at 8:13 AM, Godmar Back <[log in to unmask]> wrote:
>> Hi,
>> does anybody know or can recommend any server side libraries for
>> Python that produce AtomPub (APP)?
>> Here are the options I found, none of which appear suitable for what
>> I'd like to do:
>> amplee:
>> django-atompub:
>> flatatompub
>> Either they are immature, or require frameworks, or form frameworks,
>> and most cannot well handle foreign XML.
>>  - Godmar