Conan, I don't think Peter meant that you can directly track services in one VM from another VM; just that you can register services in your VM that form a "mirror" or "proxy" for some kind of remote service or device. The remote service does not necessarily have to be an OSGi or even Java service.
The point about serializability is that you cannot communicate with a remote service if the data you need to send to or receive from that service won't go over a network. Regards, Neil > Dear all, > > In one article designated for Eclipse Corona project, Mr. Peter Kriens > mentioned that "the dynamic nature of distributed systems is a perfect > match for the service registry. The reflective capabilities of the > services make it straightforward to map services from one platform to > another platform. This mechanism does not work for all services because > the calls of some services are not serializable, however, many specially > designed services can work fine" > > Can anyone explain shortly in details what the reflective capabilities of > services are? Why is it possible to map services from one platform to > another plaform if the object is serializable? May I understand that if > two instances of one service can be mapped among two different remote > service registries then by abusing class ServiceTracker to the service in > one platform we can track if its corresponding service instance is already > deactivated/uninstalled in the other OSGi platform? > > Kind regards, > Conan. > > > -- > "Feel free" - 5 GB Mailbox, 50 FreeSMS/Monat ... > Jetzt GMX ProMail testen: www.gmx.net/de/go/mailfooter/promail-out > _______________________________________________ > OSGi Developer Mail List > [email protected] > http://www2.osgi.org/mailman/listinfo/osgi-dev > _______________________________________________ OSGi Developer Mail List [email protected] http://www2.osgi.org/mailman/listinfo/osgi-dev
