The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024


[Message Prev][Message Next][Thread Prev][Thread Next][Message Index][Thread Index]

RE: Multiple Message Bodies


  • Subject: RE: Multiple Message Bodies
  • From: "Eric Vickery" <ericvic@xxxxxxxxxxx>
  • Date: Sun, 11 Dec 2005 14:02:42 -0600

Thanks. That's what I figured I just wanted a clarification.

Eric

-----Original Message-----
From: ukha_xpl@xxxxxxx [mailto:ukha_xpl@xxxxxxx] On
Behalf Of Mal Lansell
Sent: Sunday, December 11, 2005 4:55 AM
To: ukha_xpl@xxxxxxx
Subject: Re: [ukha_xpl] Multiple Message Bodies


Multiple bodies are not supported.  One of the core aims of xPL is
simplicity, to enable embedded devices to handle xPL as well.  That
means all messages follow quite a strict format, with one header
followed by one body.

As for repeated field names - they are allowed, and in fact are often
necessary.

For example, the groups and filters that you see in the device
configurations in xPLHalManager are arrays (in this case with 16
elements).  In order to fill in the array, a config message would
contain group= or filter= items as many times as needed (the code will
assume that the first one in the message is array element 0, then
element 1 etc).

I've used the same system in other schemas when specifying a path name
or URL - with multiple path= entries, each containing the next piece of
the path - e.g

path="c:"
path="windows"
path="system32"

The application that parses this kind of message would concatenate the
paths (and add the appropriate separators - '\' for windows).

HTH

Mal







Mark Hindess wrote:

>
> On 11 December 2005 at 9:06, "mustang8760"
<ericvic@xxxxxxx>
> wrote:
>
> > Can xPL messages have multiple bodies in them? I couldn't find
> > anything in the docs that states one way or another.
>
> I've looked at quite a few of the xPL implementations available for
> linux/unix machines and none of them would support it.  That seems to
> me like a good indication that it isn't intended.
>
> It would be a good idea to clarify this in the document.
>
> There are other similar issues that would probably benefit from some
> clarification.  For instance, whether developers should be permitted
> to repeated field names - currently there aren't any restrictions on
> developer fields.
>
> For example:
>
>   x10.basic
>   {
>   command=on
>   device=b2
>   command=off
>   }
>
> I suspect some implementations might treat this as 'command=off' even
> though 'command=on' field is in the correct position.
>
> It would probably be a good idea to specify that:
>
>   Field names in the body should not be repeated.  Implementations
>   should use the first value and ignore subsequent values if they
>   receive messages with duplicate fields.
>
> Regards,
> Mark.
>
>
>
>
> xPL Links: http://www.xplproject.org.uk http://www.xplhal.com
> http://www.xpl.myby.co.uk
> To Post a Message: ukha_xpl@xxxxxxx
> To Subscribe:  ukha_xpl-subscribe@xxxxxxx
> To Unsubscribe:  ukha_xpl-unsubscribe@xxxxxxx
>
>
>
> SPONSORED LINKS
> Protocol analyzer
>
<http://groups.yahoo.com/gads?t=ms&k=Protocol+analyzer&w1=Protocol+analy
zer&w2=Protocol+converter&w3=Sip+protocol&w4=Tcp&w5=Protocol+analysis&w6
=Protocol&c=6&s=111&.sig=QulmGKu5OpHgigyaWFXqqA>
> 	Protocol converter
>
<http://groups.yahoo.com/gads?t=ms&k=Protocol+converter&w1=Protocol+anal
yzer&w2=Protocol+converter&w3=Sip+protocol&w4=Tcp&w5=Protocol+analysis&w
6=Protocol&c=6&s=111&.sig=_Gav_2JNLbgwjsCn8RqM-w>
> 	Sip protocol
>
<http://groups.yahoo.com/gads?t=ms&k=Sip+protocol&w1=Protocol+analyzer&w
2=Protocol+converter&w3=Sip+protocol&w4=Tcp&w5=Protocol+analysis&w6=Prot
ocol&c=6&s=111&.sig=d2G6YVkW-P5WBFmpuWQ3Zw>
>
> Tcp
>
<http://groups.yahoo.com/gads?t=ms&k=Tcp&w1=Protocol+analyzer&w2=Protoco
l+converter&w3=Sip+protocol&w4=Tcp&w5=Protocol+analysis&w6=Protocol&c=6&
s=111&.sig=9xqmZjMntiOfVEPLIpwKUg>
> 	Protocol analysis
>
<http://groups.yahoo.com/gads?t=ms&k=Protocol+analysis&w1=Protocol+analy
zer&w2=Protocol+converter&w3=Sip+protocol&w4=Tcp&w5=Protocol+analysis&w6
=Protocol&c=6&s=111&.sig=j5RxaJ5TSW2NTgWhIna4qQ>
> 	Protocol
>
<http://groups.yahoo.com/gads?t=ms&k=Protocol&w1=Protocol+analyzer&w2=Pr
otocol+converter&w3=Sip+protocol&w4=Tcp&w5=Protocol+analysis&w6=Protocol
&c=6&s=111&.sig=OPnkI6GadMASTgKewyeqDQ>
>
>
>
> ----------------------------------------------------------------------
> --
> YAHOO! GROUPS LINKS
>
>     *  Visit your group "ukha_xpl
>       <http://groups.yahoo.com/group/ukha_xpl>"
on the web.
>
>     *  To unsubscribe from this group, send an email to:
>        ukha_xpl-unsubscribe@xxxxxxx
>
> <mailto:ukha_xpl-unsubscribe@xxxxxxx?subject=Unsubscribe>
>
>     *  Your use of Yahoo! Groups is subject to the Yahoo! Terms of
>       Service <http://docs.yahoo.com/info/terms/>.
>
>
> ----------------------------------------------------------------------
> --
>




xPL Links: http://www.xplproject.org.uk http://www.xplhal.com
http://www.xpl.myby.co.uk To Post
a Message: ukha_xpl@xxxxxxx To
Subscribe:  ukha_xpl-subscribe@xxxxxxx
To Unsubscribe:  ukha_xpl-unsubscribe@xxxxxxx

xPL Main Index | xPL Thread Index | xPL Home | Archives Home

Comments to the Webmaster are always welcomed, please use this contact form . Note that as this site is a mailing list archive, the Webmaster has no control over the contents of the messages. Comments about message content should be directed to the relevant mailing list.