[Standards] shared XML editing update
boyd.fletcher at je.jfcom.mil
Mon Feb 4 22:58:33 UTC 2008
Access control is a big issue for collaborative whiteboarding as you have
read/write users, read only users, and users (like presenters) that can
control the presentation (i.e. page flips and who is writing/changing the
Also, whiteboards are more than just a linear document of unrelated parts.
It has a very well defined structure and if a client sends out an
inappropriate/incorrect set of XML it can corrupt the entire whiteboard. SXE
can¹t prevent that but a pure server based implementation can.
we (and many large corporations) have operational experience and
requirements for large numbers (>100) of people collaborating actively in a
whiteboard session so not being able to handle that is a big deal.
so basically, I don¹t see many advantages for the SXE approach for
whiteboarding but I can see lots of disadvantages. I would seem to use that
a server based implementation for whiteboarding is far more flexible for the
types of sessions users really use whiteboarding for.
On 2/4/08 4:13 PM, "Joonas Govenius" <joonas.govenius at gmail.com> wrote:
> Boyd Fletcher wrote:
>> > we still do not believe that SXE is appropriate for whiteboarding
>> > when scaled to hundreds of concurrent users in a single session.
> I actually think SXE would scale to many users very well because:
> a) it makes no difference for an individual client who the edits come
> from or how many users there are in the session
> b) the server (if one is used) doesn't do any processing of the edits;
> it merely forwards them to the participants.
> c) SXE causes minimal "locking" of the document; only simultaneous edits
> to the same DOM node conflict.
> On the other hand, SXE doesn't currently specify any access control to
> limit who can edit the document. That may be a problem for the kind of
> large sessions that you're thinking of.
> Also, as Fabio Forno pointed out, SXE may be problematic with a high
> volume of edits but, in the case of whiteboarding at least, the volume
> would probably not increase very much with the number of participants
> because most participant would merely "watch".
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Standards