On Sunday 11 April 2004 12:17, hammett wrote:I don't have the experience with Merlin to say whether or not it is easier to use than
Then compare its usage, embedded mostly.
More evasive statements. I asked very concretely; "Give me a use-case where Fortress is easier to _use_ than Merlin." The rationale is that I don't know Fortress well enough, and I suspect that the "light-weight camp" don't know Merlin very well either, and make assumptions that MAY or MAY NOT be true. I only seek the truth, not debate whether one solution or the other is better.
You have failed to answer a simple question, and I hope others in the "light-weight camp" can step up and provide me the answer to; "Can someone show me one or more use cases of Fortress being easier to USE than Merlin?", and I don't expect you to explain how to do in Merlin, just what is purported as the "easy case" where Fortress excel.
Fortress. My concern is that I can not just drop the dozens and dozens of
components that I have build up into Merlin as is. They all make use of Fortress's
meta model (which may not be all that far off from Merlin) The main concern is the
lack of Selectors in Merlin. It sounds like there are other ways to do the same thing
but they require changes to those components.
Code like the following is very common throughout my code. Currently Fortress is
the only container that supports this syntax.
serviceManager.lookup( xxx.ROLE + "/" + hint );
I probably missed the discussion where the subject of including that syntax in Merlin
was discussed.
I would not be able to switch over every single application that I am supporting,
so for a while at least, all of the common components would need to somehow
support both Merlin and Fortress. I am sure I am not alone in this. If the various
containers are not going to be forward compatible then it kind of trashes the whole
reason for having a "standard" API like framework.
If Merlin is the future at Avalon then there is no reason that Fortress needs to do
everything that Merlin can do. But to me at least, it is very important that the other
way around is true.
Cheers, Leif
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
