This post originated from an RSS feed registered with Java Buzz by Bill de hÓra. Original Post: CMIS Specifics Feed Title: Bill de hÓra Feed URL: http://www.dehora.net/journal/atom.xml Feed Description: FD85 1117 1888 1681 7689 B5DF E696 885C 20D8 21F8 Latest Java Buzz Posts Latest Java Buzz Posts by Bill de hÓra Latest Posts From Bill de hÓra

Bex Huff on CMIS: "I have some issues with this, because I feel APP isn't robust enough for large scale syndication. "

AtomPub is a posting protocol, not a syndication protocol.

"There simply is no guarantee of quality of service when you're using "feeds", "

What does "quality of service" mean?

"and polling-based architectures simply don't scale to thousands of enterprise applications. That's the dirty little secret that ReST fanboys don't want you to find out..."

Someone might want to tell that to the web syndication world. I think their web is bigger than your enterprise.

There's probably a point in Bex's post, ECM can get very complicated but there'd need to be a lot more precision about criticising web technology like RSS/Atom/AtomPub/Http. For example:

• Versioning
• Synchronisation
• Private/restricted content
• User varying content
• Conflict resolution
• Batching
• Error codes
• Translation
• Editing workflows
• Composite documents
• Multipart posting
• Security
• Search (including thesauri and vocabularies)
  
• Partial updates
• Publishing, (and multichannel publishing)
• Link verification
• Metadata management
  
• Multiformat export

which is the meaty stuff once you get beyond basic CRUD work. But that would require a more detailed post and less handwaving ;)