openhab as backend for the CometVisu

[GoogleCodeExporter]

1. Feature Description
Support the CometVisu-Protocol 
http://www.cometvisu.de/wiki/index.php?title=CometVisu/Protocol

2. Example Use Case
Enables openHAB to act as an Backend for the CometVISU 
http://sourceforge.net/projects/openautomation/files/CometVisu/

I already started this feature some time ago. The current state is that the 
basics are working, but there is one known big issue left. The basic workflow 
is, that all item states are send to the visu on initialization and after that 
only the changed states are send via long-polling. The Problem is, that when 
there are more than one Item changed at the same time only one of them is send 
to the visu. The others are discarded. I tried to implement an indexed queue 
where the state changes are stored and send to the visu on the next request, 
but this isn´t working reliable.

I guess there is a way more elegant solution to this, but whith my poor 
REST/Atmosphere experiance I wasn´t able to find one yet.

So any hints are welcome here. The sources can be found in my clone in the 
1.1-cometvisu branch:
http://code.google.com/r/tbraeutigam-openhab/

Currently the referred code is embedded in the rest-bundle. I know that this is 
not the optimal solution, but I want to get the backend running before I move 
it to a seperate bundle. I already tried to use the JAX-RS Connector for this 
task but I never got it running.

If someone is interested in testing the CometVisu with the openHAB Backend I 
can give are little description how to set things up.

Original issue reported on code.google.com by TBraeuti...@gmail.com on 21 Mar 2013 at 7:58

• Merged into: #160

[GoogleCodeExporter]

Ups sorry this is a duplicate of my own issue #160 please close this.

Original comment by TBraeuti...@gmail.com on 21 Mar 2013 at 8:28

[GoogleCodeExporter]

Original comment by kai.openhab on 21 Mar 2013 at 8:33

• Changed state: Duplicate