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 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
<<image/jpeg>>
_______________________________________________ OSGi Developer Mail List [email protected] https://mail.osgi.org/mailman/listinfo/osgi-dev
