Thank you for the information about agents and webservices ... and yes I will study more Merlin ... that's why I joined the project and having this chat ...
You can create a webservice running in your local machine communicating with ...
That would be am obvious solution ... IF I want to develop a web service (I was naming an example), and the docking mechanism would be condemned to remain a webservice forever.
The docking mechanism should be mutable back and forth from remote to local based on the demands of the component belonging to the container.
If you are talking about your application acting as a mobile agent, jumping ...
...and no, I am not talking about mobile agents ... that happens to be my PhD study major ... so I would be more than glad to talk about it.
If you follow the link you just gave me, first of all "Agents are typically: autonomous, goal-driven, reactive, social, adaptive and mobile" ... and that is definetly not what I am saying ... by the way, one feature of agents is that they can take the initiative based on their allowed power of decision and in many cases they can act on necessity or possibility basis (key words: agents, modal logic) ... and Merlin doesn't require that from the components (althought Merlin is giving the foundation for something like that)
In order for agents to go mobile, they need a host. Naked JVM is not enough, at least a container is needed ... Merlin could be that container ... if somebody wants to play with agents.
In any docking mechanism ... ANY (see the MIR example), the environment manages the connection and communication not the participant parts (remember the accident trying to dock manually): that would compromise the docking policy. Merlin manages the deployment ... just mutation is missing.
Finally, I dont need to develop agents in order to make mobile components, I could just register a component with the BeanShell API(which generated p-code on the flygiven a java like script language), which can be embedded and just execute a script (a BeanShell script) ... by the way, here we could explore the possibility of mutability (another feature of agents ... very advanced agents ... http://www.aic.nrl.navy.mil/galist/ talks about genetic algorithms and evolutionary computation).
No ... I dont know that much about Merlin ... but I can see the potentials.
... I see that this is a sensitive subject and is taking too long ... I would drop it and focus on something everybody agrees is really needed.
Cheers //Maquina
From: Niclas Hedhman <[EMAIL PROTECTED]> Reply-To: "Avalon framework users" <[EMAIL PROTECTED]> To: "Avalon framework users" <[EMAIL PROTECTED]> Subject: Re: Working from home and docking Date: Tue, 19 Oct 2004 02:41:53 +0800
On Tuesday 19 October 2004 00:38, Samuel Ferrer wrote:
> I can give you a long list of benefits if this feature is added ... but let
> me learn more about the great Merlin.
Yes, please do.
I think that you will find that the granularity of the components usually associated with Metro is somewhat finer than you may think.
If you are talking about large systems (which webservices are from our
perspective), then it is up to you make it a reality. I.e.
You can create a webservice running in your local machine communicating with
any other computer. If you make the codebase (i.e the required Jars++)
available in a so called Repository, reachable from somewhere else, you can
load the service in a running Metro instance elsewhere, without shutting that
server down. Likewise, the configuration of that web service can be loaded
from a http server remotely, and hence be shared between your home instance
and the other one.
If you are talking about your application acting as a mobile agent, jumping
from JVM to JVM upon need, you are in the wrong territory. I haven't checked
for quite some years, but there is (or used to be) a product called Voyager
by ObjectSpace that could do this. A quick search seems to indicate that
ObjectSpace is no more, and Voyager is available at
http://www.recursionsw.com/mobile_agents.htm
Cheers Niclas -- +------//-------------------+ / http://www.bali.ac / / http://niclas.hedhman.org / +------//-------------------+
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
_________________________________________________________________
Don't just search. Find. Check out the new MSN Search! http://search.msn.com/
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
