James Governor's Monkchips

REST meets ODF and ATOM: future flows, URIs and documents

Share via Twitter Share via Facebook Share via Linkedin Share via Reddit

IBM developerWorks : Blogs : Workplace Forms and Next Generation Web Applications

Some interesting pointers in the post above about what XForms 1.1 might look like. The idea of XForms that speak ATOM has to open up some interesting possibities around document change, syndication, notification and lightweight workflow.

Is a complete standards-based stack emerging for lightweight document flows? Are the docheads going to get their revenge over the RPC uber alles community? Why glue everything together with WS-* Web Services?

I freely admit I am not quite sure what the implications of XForms 1.1 are yet, but I will dig in as its ratified and keep you posted. Hey community – can you spare an insight, or a link of explanation?

My only nudge-the idea of allowing XForms processors to ignore some headers is a good idea. The web is always more powerful when its a bit sloppy.

Here, then, are excerpts from John Boyer’s intriguing post:

* We’re adding context information to the xforms-submit-done event so that an XForm can access the http return code.
* We’re adding support for the DELETE method, which is more reasonable can be done now that the return code will be available. One practical result of this is that you will be able to write an XForms that speaks ATOM.
* We’re allowing run-time modification of the submission URL. We’ll be adding a child element called resource to the submission element, and it will be able to use a single-node binding or value attribute to construct a URL that includes data from an XForms instance.
* We’re allowing the ability to set content headers for the submission so that, among other things, an XForm can speak WebDAV. We’ll be adding a child element called header that will take a name attribute as well as single-node binding, value attribute, or content for the value of the header. You will be able to put as many headers as you want. The main detail to be fleshed out is out to say that user agents/XForms processors may choose to ignore some of the header settings.

Tags: , , ,

4 comments

  1. One guy you should keep an eye on for more on all things XML is Kurt Cagle, who blogs over at O’Reilly’s XML blog – one smart dude who knows way more about XML in general and XForms in particular than is good for him.

  2. Yes, Ric, Kurt is truly awesome. i have been tracking his xforms primers. learning a lot in the process.

  3. I’m a grizzled veteran, and keenly aware of the immense, yawning gulf between a shiny new W3C spec and actually having interoperable implementations on peoples’ desktops. They key question is not so
    much whether this is a good idea, as whether those who control the browser ecosystem will be motivated to implement it.

  4. What can I say – I think you’re right on the money! Business modelling looks at the world as known, stable processes – as opposed to mash-ups where content from dynamic sources with human insights for business solutions. It’s not an either/or situation – but I think mashups will actually give IT modellers a common dialog to discuss what should/could be implemented.

    I also think you’re spot on that we’ll see lots of different mash ups makers in the next 12-18 months – addressing a spectrum of business type activities. We’ve been amazed in the POCs with customers – start with one mash up scenario & end up with a dozen building on the first. So I do think there’s a huge number of applications that have been unaffordable to build/wire – till now.

Leave a Reply

Your email address will not be published. Required fields are marked *