Hi Piero, the UPnP spec is more suitable for discovering devices in a local network, we have discussed in the past about the possibility for discovering OSGi gateways installing a proper UPnP device on each platform, but if you need to control a gateway remotely (WAN) the approach suggested by Manuel works very fine! (incubator.apache.org/felix/). Take a look at this presentation about OSGi and JMX (http://www-adele.imag.fr/users/Didier.Donsez/dev/osgi/jmxagent/jmxosgi.pdf).
regards, francesco Manuel Santillan wrote: > The spec does not specify any standard means for management, just a > recommendation section (in R3). However, OSGi is designed so that it is > not too complicated to do it, so you can create your solution. Another > alternative is to have a look at the work we are doing on this at Felix > (jmood and mosgi) to provide JMX management suport out of the box. > > Hope it helped > > Cheers!! > > //manuel > > Piero Campanelli escribió: > >> Hi, >> I am digging into OSGi specification and I have one question. One >> strenght point of OSGi is the Remote Management facility. I can easily >> write applications and services that can be easily remote managed in a >> protocol independent way. What does it mean in practice? What are the >> services that helps me implementing this feature? >> a) Is it the UpNp Device Service Specification ? Using this service I >> can easily create bundles that can be accessed in a UPnP Network. don't I? >> b) Is it the Initial Provisioning Service? >> >> Remote Upload is different. OSGi offers an API to handle lifecycle of >> bundles (install/uninstall) so I can easily write a bundle that accept >> bundles using http. >> >> I am right or am I missing something? >> >> Thank you for your help >> -Piero Campanelli >> >> -- >> Piero Campanelli >> http://blog.pierocampanelli.info >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> osgi-dev mailing list >> osgi-dev@bundles.osgi.org >> http://bundles.osgi.org/mailman/listinfo/osgi-dev >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> osgi-dev mailing list >> osgi-dev@bundles.osgi.org >> http://bundles.osgi.org/mailman/listinfo/osgi-dev >> _______________________________________________ osgi-dev mailing list osgi-dev@bundles.osgi.org http://bundles.osgi.org/mailman/listinfo/osgi-dev