Re: Entries, ServiceTemplates, and JavaSpaces

Dan Creswell wrote:
> Jeff Ramsdale wrote:
>
>>> What prompted the thoughts of changing to a JavaSpace?  This
>>> could be important to solving the problem the "right" way....
>>
>> We wanted to have agents working jobs distributed from a master
>> process after which they would be returned to the master. Seemed like
>> the usual use-case for JavaSpaces.
>
> Kind of except, obviously, you have this suitability thing going on.

> (2)     Have a couple of methods on the proxy - one to return a unique id
> for that agent and the other to return a reference to a JavaSpace.

> (3)     Submit a job to the agent's preferred JavaSpace with the
> appropriate unique id on it plus some kind of Job ID.

It sounds like you started out with a fixed set of criteria that are
always present.  There are some additional criteria that you'd like to
make arbitrarily large.  Depending on how this list of criteria changes,
it might be possible to create a base Entry class with the always
present values.  Additional applications could subclass the base Entry
to add their specific criteria.  The issue is whether there is a natural
separation of properties or if there are overlaping uses where this
would not work.

Gregg Wonderly

===========================================================================
To unsubscribe, send email to [email protected] and include in the body
of the message "signoff JAVASPACES-USERS".  For general help, send email to
[email protected] and include in the body of the message "help".

To view past JAVASPACES-USERS postings, please see:
http://archives.java.sun.com/archives/javaspaces-users.html

JDC members can download the JavaSpaces(tm) Technology from:
http://developer.java.sun.com/developer/products/jini/