Win a copy of Soft Skills: The software developer's life manual this week in the Jobs Discussion forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Jini and "Placeholder/Proxy" Classes

 
Tim Patton
Greenhorn
Posts: 7
  • 0
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
I just got started with Jini and I'm converting an app over that used a bit of RMI. The switch is pretty straitforward however one thing is bugging me. I've found that for every Jini "service" I write I also have to write a set of placeholder classes on the client.

For instance say I wrote an interface for adding numbers, Adder. When the client app starts up with RMI I'd find the registry then get the Adder and then continue start. With Jini, it could take a few seconds to find everything and get an Adder object, plus the adder could appear or disappear on the network. No problem, thats what I use Jini for. However, I can't just let my client app use the Adder interface directly, since the object it points to could change or even end up null. So I wrap the Adder I get from Jini with my own local proxy that receives updates if the adder changes or goes away and I can design it to return null or to wait for a new Adder in the latter case. However, if I make a new service, Multiplier, I have to create a new local proxy and other related classes (Usually a ServiceDiscoveryListener). Is there a shortcut around this or does everyone write wrappers like this for Jini code? I was able to use 1.5 Generics to generalize most of this, but I still have to write 1 or 2 client side classes per interface.
 
Consider Paul's rocket mass heater.
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic