Re: Why, at least, serialization?

On Mon, Jun 22, 2009 at 4:32 PM, Alex Co<[email protected]> wrote:
> Yes, you are right. Interface is needed to "shape" the service and to be =
a
> mean to identify it on LUS and it is the proxy that must implements seria=
lizable.
> Ok, now i start to understand why smart proxy class file is not enough on=
 the
> client side. With just the class file the system would be more static, th=
at is
> that class file was writeen and then the client would use always the same=
 ip,
> port etc etc. by introducing also the deserialized proxy object (data) ea=
ch
> server could "tune" that smart object at the moment of register it with t=
he lus
> and the whole system would be more "dynamic" =A0because the smart proxy
> object is not static and bot bound with a static source.

Yes, that is one way to express it...

> So, this means that the default LUS server needs to receive at least a
> serializable object to maintain the Jini system as it was specified (very=
 dynamic
> and agnostic in location matters)...

There is no "default" LUS. All LUSes in the same group are registering
all services in parallel to provide for redundancy, scalability and
robustness to intermittent network problems. Otherwise correct.

> If my client device do not suports even (de)serialization, is there any w=
ay to
> integrate that device in the jini federation (without using surrogate) in=
 order to
> give the chance to it to expose and consume Jini services, even sacrifici=
ng (a
> little) the whole jini federation?

As I mentioned just now, I think you will be in for a tough ride. Even
surrogate won't help you, since Jini basically requires a full JVM on
the client, whereas you are much more free to do what you like on the
server. I think that you may have better luck with either UPnP or
perhaps SLP. If you are into OSGi, check out r-OSGi which may (I have
not looked at the details) suit your needs, as I know Jan Rallermeier
is biased heavily towards the embedded space.


Cheers
--=20
Niclas Hedhman, Software Developer
http://www.qi4j.org - New Energy for Java

I  live here; http://tinyurl.com/2qq9er
I  work here; http://tinyurl.com/2ymelc
I relax here; http://tinyurl.com/2cgsug

--------------------------------------------------------------------------
Getting Started:     http://www.jini.org/wiki/Category:Getting_Started
Community Web Site:  http://jini.org
jini-users Archive:  http://archives.java.sun.com/archives/jini-users.html
Unsubscribing:       email "signoff JINI-USERS"  to [email protected]