Timeframe?

(i am a bit desperate.....)


simon

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




[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]


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

Reply via email to