W3C home > Mailing lists > Public > public-exi@w3.org > March 2013

Re: [Standards] Proposal for including EXI in XMPP

From: DOI Yusuke <yusuke.doi@toshiba.co.jp>
Date: Sat, 16 Mar 2013 00:50:10 +0900 (JST)
Message-Id: <201303151550.r2FFoCko013374@toshiba.co.jp>
To: standards@xmpp.org, rturner@amalfisystems.com
Cc: public-exi@w3.org
Dear Randy,

From: Randy Turner <rturner@amalfisystems.com>
Subject: Re: [Standards] Proposal for including EXI in XMPP
Date: Fri, 15 Mar 2013 08:08:25 -0700

> I was curious what the definition of "constrained" is ?  

You're right. Full-spec EXI does require certain amount of codes, but
one can implement dedicated EXI processor for a protocol if we select
appropriate set of options, schema, and some other aspects such as
schema evolution management scheme. In my experience, SEP2 works on
that way to make home appliances work with constrained hardware

Advantage of such EXI use against proprietary message format is
messages on the wire is still compatible with regular full-spec EXI
processor and you're free to construct servers with some regular EXI

// Yusuke DOI <yusuke.doi@toshiba.co.jp>, TOSHIBA R&D Center
Received on Friday, 15 March 2013 15:50:41 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 19:52:44 UTC