The SLP protocol is very interesting for this because it allows you to
carry a URL to this JAR in the protocol (I seem to remember).
Kind regards,
Peter Kriens
On 16 jun 2008, at 22:04, BJ Hargrave wrote:
There was some discussion in the past about having simple devices
like these contain an OSGi bundle in their firmware (or a URL to
their bundle kept elsewhere). Then when the device was discovered by
a gateway running OSGi, part of the discovery would present the
bundle to the OSGi framework for installation. UPnP was one
suggested means of this.
--
BJ Hargrave
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the OSGi Alliance
[EMAIL PROTECTED]
office: +1 386 848 1781
mobile: +1 386 848 3788
From: Dennis Geurts <[EMAIL PROTECTED]>
To: [email protected]
Date: 2008/06/16 03:46 PM
Subject: Re: [osgi-dev] OSGi + Sun Spot
Hi Ken,
thanks !
did you get it from the slides that some spots also implemented the
driverlocator interface, thus being able to provide
the device manager with the drivers to their own services ? how neat
is that ?
to answer your question:
well, on the spots themselves, i don't know... Since they _only_
support CLDC 1.1
supporting osgi on the spots seems far fetched..., but imagine that
each spot is something like an osgi bundle, exporting a service
but also depending on services being exported by other sunspots.
just putting several bundles in each other's vicinity would more or
less create a set of bundles
i.e. an osgi-like application. removing a sunspot would then be like
removing a bundle. Replacing a sunspot would then be like replacing
a bundle. you get the picture...
their means of communication should be simple and generic like upnp,
which is far too heavy, I think.
Dennis
On 16 jun 2008, at 20:18, Ken Gilmer wrote:
Hi Dennis,
Very cool! In your Future Plans section of the slides you mention
getting OSGi on the spots. Have you done this? We have some spots at
Bug Labs we're playing around with.
cheers
ken
On Mon, 2008-06-16 at 19:05 +0200, Dennis Geurts wrote:
Yes, I have. I've been using SunSPOTs together with the device access
specification.
The BaseStation application was an OSGi application. This application
was able to detect
SunSPOTS by means of a very, very lightweight discovery protocol. As
soon as a SunSPOT was
detected, the device access spec was used to bind such a remote
application to a specific service inside the basestation application.
As soon as the connection to the SunSPOT was lost (due to the distance
being too large, or the SunSPOT
was turned off), the service was automatically removed.
In short my experience was a pretty good one.
please don't hesitate to get in touch if you would like to receive
more detailed information.
I'd also recommend you taking a look at the slides I made for a
presentation about my work:
SunSPOT Flexibility with OSGi
(http://www.google.nl/search?hl=nl&q=sunspot+osgi&btnG=Zoeken&meta=)
item 1,2 and 3 ;-)
Sincerely, Dennis
Aggelos Mpimpoudis wrote:
Hi,
Simple question, has anyone been using OSGi with sun spot devices?
How is/was your experience?
Best regards @ OSGi community,
Aggelos Mpimpoudis
No trees were killed in the sending of this message. However, a large
number of electrons were terribly disturbed!
-------------------------------------------------
Dennis Geurts
software development luminis
K.v.k Centraal Gelderland: 09 16 28 87
-------------------------------------------------
+31 6 12078236
[EMAIL PROTECTED]
www.luminis.nl
-------------------------------------------------
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
<mime-attachment.jpeg>
No trees were killed in the sending of this message. However, a
large number of electrons were terribly disturbed!
-------------------------------------------------
Dennis Geurts
software development luminis
K.v.k Centraal Gelderland: 09 16 28 87
-------------------------------------------------
+31 6 12078236
[EMAIL PROTECTED]
www.luminis.nl
-------------------------------------------------
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
_______________________________________________
OSGi Developer Mail List
[email protected]
https://mail.osgi.org/mailman/listinfo/osgi-dev
