WSR 8
From WikiSym
Contents |
Goal
We want to define aservice-oriented architecture (XML over HTTP) for wiki applications to enable interactiing of different
- parsers
- storage engines
- user interfaces
- smart enhancements
We plan to create a reference implementation as well.
Participants
spec lead to be determined soon
Process
Discussion on http://wikisym.org/cgi-bin/mailman/listinfo/wiki-standards with a tag of [WSR8] in the subject, to enable mail filters. Material created in this wiki should also be announced on the list.
- If you would like to be involved, send me an email (dev/at/xam.de). When we grow, we set up a mailing list :-)
Related Work
- WebDAV
- WikiXMLRPC
- Atom
- RSS
- http://www.xwiki.org/xwiki/bin/view/Dev/WikiAPIs
- wiki gateway
Work
migration
As every wiki (ok, but most) render currently as HTML, it should be doable to use a cleaning tool to get XHTML out of it -- or let the wiki export XHTML in the first place. Pure XHTML makes integration still hard, because postprocessing has to guess e. g. wether a link was internal or external.
architecture
what is in a wiki?
- user interface (server and browser OR rich client)
- parser
- wiki syntax -> serialisation format per page
- rdf storage
- add, delete triple, SPARQL
- Analyser
- user management
- access rights
- resource identity
- url management - mapping to ids
- id management
REST API ideas
http://exmaple.com/wiki/SandBox --> normal wiki http://example.com/restwiki --> XML info about services (as browsable XHTML subset) http://example.com/restwiki/SandBox --> XML info about where to get page content, page versions
Unfiltered notes
Target audience
wiki tool builders wiki migration wiki engine developers AJAX UI developers
Protocol
basically HTTP some simple URL conventions binary file transfer via HTTP GET other content as XML
Format
Requirements easy to consume easy to validate ? easy to read/write/check/debug links Atom based? XHTML based?

