Is it possible to implement Philips Hue in this? - raspberry-pi

I have not begun making this yet, but can you tell me if it is possible to implement Hue commands into this?
Steven Hickinson

Yes. The Philips Hue base station (or hub or whatever you call it) exposes a REST service which you can consume to use with the voice commands.

Related

Loopback three way data binding

I planning to use loopback for my back end. Is it possible to have three way data binding feature in loopback(like firebase).
Unless I'm mistaken, Loopback doesn't provide that out of the box, so the simple answer is no.
However, you could accomplish a similar outcome using websockets or a real-time network like pubnub or pusher for example. Here's a walkthrough with angular for three-way data binding from pubnub as a reference.

Scala Play 2.3 Working with gCloud Storage - any libs to go async?

At the moment we using http://mvnrepository.com/artifact/com.google.api-client/google-api-client/1.19.0 Which only seems to expose a blocking API.
Any suggestions on how to get a non-blocking approach welcome.
Thanks
No, The Google API client is just a simple wrapper around REST calls. If you want async, you will need to code that into your app.

Google-Talk invisibility

I was trying to create an XMPP and a Jabber chat-program.
I was unable to set chat state to 'Invisible'.
I would love to hear from users experience if this is possible and how they do that.
I don't mind to use any .NET assembly for it.
XEP-0126 specifies the best practices for implementing invisibility of presence.

Accessing Erlang business layer via REST

For a college project i'm thinking of implementing the business layer in Erlang and then accessing it via multiple front-ends using REST. I would like to avail of OTP features like distributed applications, etc.
My question is how do I expose gen_server calls/casts to other applications? Obviously I could make RPC calls via language specific "bridges" like OTP.net or JInterface, but I want a consistent way to access it like REST.
As already mentioned Yaws or Mochiweb are a great way to go but if you'd like a dead simple way to get your RESTful API done quickly and correctly then use Webmachine. It's a layer on top of Mochiweb that implements proper HTTP behavior based on Alan Dean's amazing HTTP flow diagram and makes it easy to get REST done right.
I'm using it right now to expose a REST API as well as handle a COMET application and it's been pretty easy to do, even for an Erlang newbie such as myself.
I did something similar for my job and found it best to use REST to expose the business layer because even Legacy languages such as SoftwareAG's Natural is able to access it. The best mechanism that I have found in Erlang is to use Mochiweb.
You can find more information about using it from the screencast located at
Erlang In Practice Screencast. Episode 6 is particularly helpful but all of them are excellent.
A resource to walk you through installation is How To Quickly Set Up Ubuntu 8.04 loaded with Erlang, Mochiweb and Nginx and Migrating a native Erlang interface to RESTful Mochiweb (with a bit of TDD) provides a good start if you don't find the screencasts to your liking.
The HTTP flow diagram link is dead. The original version and a updated version created in collaboration between Alan Dean and Justin Sheehy ist also hosted in the Webmachine project: link to latest version of the HTTP Diagramm.
There is valuable approach to design gen_server calls/casts in flavor of REST if possible. You can use messages as
{get, Resource}
{set, Resource, Value} % aka PUT
{delete, Resource}
{add, Resource, Value} % aka POST (possible another names are append, modify or similar)
Then its mapping is easy. You can make some transformation URI->RESOURCE or use identity. For most of your application this should be wort approach and special cases you should handle specially. You can think there will be big margin, where you can't use this approach, but this should be mostly premature optimization.
Do you really mean a RESTful interface or RPC over HTTP? Building a RESTful interface on top of an existing layer is more work than just exposing existing methods via HTTP.
I'd suggest to use mochiweb or yaws to implement a (generic) rpc layer.
Just an update, Webmachine has moved to bitbucket: new link to Webmachine

Modifying Request/Response Streams in WebBrowser Control Using MSHTML

I need to find a way to get at the request/response streams inside of the webbrowser winforms control and see that it's not real intuitive. For example, I need to be able to modify post data when a user clicks a submit button. It looks like you have to register for some MSHTML COM events to do so, but am unsure which I need to subscribe to (and how). Has anyone done this in the past? Examples?
Take a look at Asynchronous Pluggable Protocols (IInternetProtocol):
http://msdn.microsoft.com/en-us/library/aa767743(VS.85).aspx
And a solution in C# that uses some of it for its own protocols in IE:
http://www.codeproject.com/KB/aspnet/AspxProtocol.aspx