[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [paho-dev] Virgo MQTT server?
- From: Andy Piper <andypiperuk@xxxxxxxxx>
- Date: Thu, 5 Apr 2012 12:37:44 +0100
- Delivered-to: firstname.lastname@example.org
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:message-id:in-reply-to:references:subject:x-mailer :mime-version:content-type:content-transfer-encoding :content-disposition; bh=Bs9WlRvGrn5I0bUmOqGjKdPz8Ox5z3r+3vVyToso9JI=; b=b4nL7BM23fCxA8lcydlRJAsR7FaFsRrkgLIuWEFAevuaNBBsVBEAlzxIMJTPkayItq rONSbT8xju6Oze33QdGjrIbeT1rFFMYGxhsqbg+8kiuGOvolDicUNT8YtetRchxHfPhL /lAtx8FjibzC59/25Pbp6Y3lsLNc+pDoaleZC1z0IZb+KsKtA3OduwnrupHYE8v6Wepg Afah+cZq5KZFfGS2q9j9T9kkIl7EA43wHW/fcHZnDPK24tRRShj7zdMcBRqBY0gfOmjA j6z5wUoGkdEHbCowb4arGuQwY5gMl/gI8IbgtYlYhD1c9hSNjSmUILeJPpSqAuyh6IPM 1DOw==
This was discussed both at EclipseCon, and on the M2M-IWG call this week. It certainly makes a lot of sense, given companies like Hitachi and Ford building IoT type solutions with OSGi runtimes.
Neil Bartlett asked about an OSGi implementation of a server at EclipseCon and (I think) may have started work on something - so it would be worth checking with him.
I think Wes from Eurotech may also have done some work in the same space but if so, I've no idea whether they have any thoughts towards releasing their code to Paho. I'll point him at this discussion in case he's not looking at the list.
Andy Piper | Farnborough, Hampshire (UK)
blog: http://andypiper.co.uk | skype: andypiperuk
twitter: @andypiper | images: http://www.flickr.com/photos/andypiper
On Tuesday, 3 April 2012 at 14:48, Glyn Normington wrote:
> On 3 Apr 2012, at 14:28, Raymond Auge wrote:
> > First: This may be a most obvious of concern and forgive me if the answer should have been obvious: I think it 's a great idea as long as there are no tight dependencies on the specific infrastructure provided directly by that container. i.e. the mqtt-server should be usable in other osgi runtimes with minimal dependencies from Virgo.
> Agreed. I would envisage no dependencies *from* Virgo per se. There would of course be dependencies from the Virgo MQTT Server package to MQTT in order to pull the Paho bundles in, but that's all.
> The only dependencies *to* Virgo would actually be weak dependencies to the Gogo shell required to provide MQTT admin shell commands. This would take the form of service publications with the appropriate service properties to make methods available as Gogo shell commands. Clearly these could be separated out into their own trivial "shell binding" bundle to avoid any dependencies to Gogo among the (main) Paho bundles. I don't think there would need to be any other dependencies to Virgo.
> paho-dev mailing list
> paho-dev@xxxxxxxxxxx (mailto:paho-dev@xxxxxxxxxxx)