The UK Home Automation Archive

Archive Home
Group Home
Search Archive


Advanced Search

The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024

Latest message you have seen: Re: Standalone xPL Hub Summary, Mark II


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

Re: Standalone xPL Hub Summary, Mark II


  • Subject: Re: Standalone xPL Hub Summary, Mark II
  • From: "Mal Lansell" <mal@xxxxxxxxxxx>
  • Date: Fri, 16 Sep 2005 09:02:06 -0000


I currently only block messages when awaiting configuration (and
there is also a method IsInConfigMode() that allows the application
to check).

With built-in hubs, the application was free to assume that a hub
would be available.  With a stand-alone hub, that will change.

I would block all application messages while awaiting configuration
and while waiting for the hub to appear (assuming that the framework
handles all config and hbeat messages).  Any SendMessage() method
should fail with an appropriate error.

Mal



--- In ukha_xpl@xxxxxxx, Tom Van den Panhuyzen <tomvdp@g...>
wrote:
> While an application is waiting for a hub and it is sending out
hbeats at a
> higher frequency, is it allowed to send out regular xpl-msgs ? I
am asking
> because probably the "framework" (xpllib, ocx,
java-container)
will handle
> the hbeat-stuff and that framework knows the xpl-msg will not be
delivered.
> Hence it can raise the issue to the application.
>
>
> [Non-text portions of this message have been removed]





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.