[EMAIL PROTECTED] wrote:

Okay, got it.

Unfortunatly, what i need is the opposit, not merlin running a
webserver/servletengine, but a appserver running the merlin
container.....


We have this as well!
I havn't committed it yet - waiting to get the revised bootstrap code in place.



I had a closer look at the bootstrap class of merlin, but isn't there an easier way?


Yes - its comming. We should be able to bring the bootstrapping code down to just a few lines - and consitent across all of the embedding scenarios. The prerequisite to that is getting the repository stuff sorted (which is currently looking good). From there we can put in a merlin testcase to enable validation and once we have the generic approach nailed down we can refactor all embedded scenartios currently available : the servlet,web-app component, abstract unit-test, maven deployment plugin, and cli loader.


Things are getting very close - and looking rather nice.

Stephen.




simon



-----Original Message-----
From: Stephen McConnell [mailto:[EMAIL PROTECTED] Sent: Freitag, 14. November 2003 17:44
To: Avalon framework users
Subject: Re: [MERLIN] calling a merlin block from a struts action





[EMAIL PROTECTED] wrote:




You wouldn't have the source for that demo available, by any chance?




It's available from CVS (inside the merlin package under the web/http directory)
But don't look at the examples as a reference - plans are to simplify
things (elimination of the exposure of the session manager - cleaner API, etc.).


The interesting things are the deployment descriptor.
http://dpml.net/avalon-http/block.xml

If you have Merlin installed, you can run the demo using the following command:
$ merlin http://dpml.net/avalon-http/block.xml


Then point you browser to http://localhost:8080/example/servlets

Stephen.



simon

-----Original Message-----
From: Stephen McConnell [mailto:[EMAIL PROTECTED] Sent: Freitag, 14. November 2003 17:24
To: Avalon framework users
Subject: Re: [MERLIN] calling a merlin block from a struts action





[EMAIL PROTECTED] wrote:






let's say i take the merlin tutorial hello example, and i call it from




a




struts action. How would i be obtaining a reference to the hello
component? I have absolutly no idea!





You do like jumping into the deep-end don't you!
In the avalon-http demo the system basically establishes a service manager and sets everything up so that you just grab the service


manager


from the servlet context and invoke lookup( "hello" );


protected void doGet(HttpServletRequest req, HttpServletResponse
resp)
throws ServletException, IOException
{
ServiceManager serviceManager =
(ServiceManager) req.getSession().getAttribute(WebServer.SERVICE_MANAGER);
Hello hello = (Hello )
serviceManager.lookup(Hello.class.getName());
// do stuff
}


Stephen.





Please help!



-----Original Message-----
From: Niclas Hedhman [mailto:[EMAIL PROTECTED] Sent: Freitag, 14. November 2003 09:26
To: Avalon framework users
Subject: Re: Apache avalon on j2ee server



On Friday 14 November 2003 15:57, [EMAIL PROTECTED] wrote:







So here goes my scenario:

I have both standalone (swt) and web (struts) clients and they need a
common core.
Now from your answer part 1 :
- "Fortress is a lighter-weight container, more suitable in a
"Request/Response"
, i guessed fortress'd be more suitable for the webcontext", but on






the






other hand:
- "Merlin kick-ass for more rigid application, either embedded into a
bigger "container ...</snip>
does confuse me a bit...

So, what would me more "j2ee" compatible, merlin or fortress?






I think you should stop thinking "container" for a second, and start
thinking "components".


This is exactly the beauty of multiple container implementations of




the




same specification. With a little bit of caution, the components yu design
will work in all Avalon containers (perhaps ECM excempted).


Going back to the container issue. You can mix and match. Fortress as component manager inside Jetty, which is running as a component inside





Merlin? Sounds good?

Merlin hosting the SWT application? I can't see why not. Or do you use
an GUI Platform, such as Eclipse, you can either embed Merlin or Fortress.




Back




to the component issue, which container is depending more on memory
consumption vs features.








And in terms of future releases, will there always be merlin AND
fortress or is fortress "doomed" to take the same place as phoenix?






ALL software is doomed, just like any species (humans included) are
doomed. It is only a matter of how soon, and if it will evolve into something


else


or just sudden death.

I think a "light weight" container will "always" exist. But maybe in a
few years Merlin is de-composed into "building blocks" and you choose the features you need and get "weight" accordingly. And in such scenario Fortress' purpose cease to exist. Who knows?








Does either of the containers, or the framework itself support


cluster


functionality?






See separate mail.







How could i deploy comonents in a distributed environment and how






would






they communicate? Altrmi, rmi/iiop, jms, axis?






Yes ;o)
Merlin is not there yet. There are many intricate decisions to make
about this issue on the container level. However, Components can also provide




these




kind of services, but not as transparently.
Avalon is a horizontal framework and it doesn't provide you with the kitchen-sink, sorry to say. We try to solve the lowest-level problems
and we try to do it well. Before the component repository grows, our users




will




have the same problems, and ask the same questions about applicability.

We are trying to address the component shortage as well, and I
personally think that this is the most important issue to our users, not whether
the container is Merlin or Fortress, or to create Avalon Framework 5.


I hope you don't get discouraged by my inability to answer you
questions.


Niclas


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
















--


Stephen J. McConnell
mailto:[EMAIL PROTECTED]

|------------------------------------------------|
| Magic by Merlin                                |
| Production by Avalon                           |
|                                                |
| http://avalon.apache.org/merlin                |
| http://dpml.net/                               |
|------------------------------------------------|





---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to