Hi Peter: Historically, the community has always assumed that the cdc profile was unable to directly provide or access Jini services because of the rmi and mobile-code limitations. The surrogate project was created to address this issue for limited (or non-java capable) devices to participate in Jini SOA.
https://surrogate.dev.java.net/ I don't know the status of Surrogate, but that would be the likely starting point for incorporating limited devices. Cheers, Greg. On Tue, 2010-02-09 at 00:23, Peter Firmstone wrote: > Java cdc Personal Basis Profile (a subset of 1.4.2) doesn't have the > complete rmi implementation, nor does it have MarshalledObject (I'm sure > we can create our own implementation with a common interface and a > Static conversion class for Java SE). > > Java Personal Basis Profile: > http://java.sun.com/javame/reference/apis/jsr217/ > > Java cdc (in the absence of JSR 66) is capable of serialising any class > instance where the bytecode is installed locally. It also has a > reflective proxy. > > I'm considering using the OSGi mobile specification, (as part of a Java > cdc River Platform), in combination with JERI to download and > pre-install any absent compatible packages, dynamically on demand prior > to serialisation. > > Making it possible for Java cdc to participate with compatible Jini > Services. > > I think we need to create a new service lookup scheme, along the lines > of Gregg's recommendations, one suitable for the internet and the cdc > platform. I was thinking of creating a new interface, with a subset of > ServiceRegistrar's methods and inserting it before ServiceRegistrar in > the inheritance hierarchy (to have a simpler interface without breaking > compatibility), then extending our new interface to provide an > ObjectInputStream that returns MarshalledObjInstance's , it can't depend > on Java's built in MarshalledObject, so will have to make a static > factory utility class to return MarshalledObject or MarshalledInstance's > for Java SE. By using a stream, we can discard results we don't want, > without filling up our memory. > > Cheers, > > Peter. -- Greg Trasuk, President StratusCom Manufacturing Systems Inc. - We use information technology to solve business problems on your plant floor. http://stratuscom.com
