On Monday 18 October 2004 23:49, Samuel Ferrer wrote:
> I wander if is possible to have a Merlin tree running in my machine and
> have it as a remote child of a leaf at some other Merling tree (on another
> The idea would be to develop locally but still follow a global structure.
> That would give the oportunity to deploy and test locally and then just
> transfer a ready solution to the global solution ... no need for config
> deployment because like I said the local solution would be ready and the
> global solution would have knowledge of my modules all along.
Not sure exactly what you are fishing for...
1. As it is now, it is not possible to reach out and lookup/access components
in other JVMs without some serious implementation of your own behalf. A
generic solution is not likely to occur "soon", and you would probably also
have issues with RMI delays in your application.
2. But I have the feeling that you only want you component/block to work in
the local context without accessing the 'larger' context in your local
That is indeed what Metro is all about. Any block can be deployed in a larger
context, without much trouble. Meaning to say, if it works in your local
context, it will work in a larger application (except for conflict on global
resources, and stuff like that). The opposite may not be true, since the
smaller block may be dependent on services that you don't provide in the
local context. For that, you can create small mock-components that does
"enough", and rely on Metro to resolve the dependency automatically (i.e. no
assembly changes) in its larger context.
Please provide more information if that answer wasn't clear enough.