Title: Message
WTG Mike ;)
----- Original Message -----
Sent: Monday, June 30, 2003 4:23 PM
Subject: RE: [OS-webwork] How do you define a component ?

Well, Mike mentioned in his WW2 talk at TSS that we were doing it, so I guess so :-)
-----Original Message-----
From: Christian Meunier [mailto:[EMAIL PROTECTED]
Sent: Sunday, June 29, 2003 9:42 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] How do you define a component ?

Thanks Jason i got it, looks like my mind was stuck with only one way to think about this ;)
 
I have played a bit with a nano container and i really like it, is there a consensus about integrating it in WW2 yet ?
 
Regards
Chris
 
----- Original Message -----
Sent: Wednesday, June 25, 2003 4:19 PM
Subject: RE: [OS-webwork] How do you define a component ?

Think of them as services... your persistence manager might be a good candidate. You could bind a Hibernate implementation, for instance, into the persistence manager spot in the registry. It could declare that it depends on a ConnectionProvider (another component) so it would be provided one when it is instantiated. You could also have a ShoppingCart component / service which depends on the PersistenceManager, etc...
-----Original Message-----
From: Christian Meunier [mailto:[EMAIL PROTECTED]
Sent: Wednesday, June 25, 2003 7:37 AM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] How do you define a component ?

Refining a little bit my question, what does make a good candidate for a component ? Obvious examples we see everywhere is bridge component ( Trade component to query a trade engine etc...) but beside this ? Many things can be done with interceptors and you can always re use your business layer or part of it in another applications, guess i dont get it :)
 
Chris
 
----- Original Message -----
Sent: Wednesday, June 25, 2003 12:20 PM
Subject: [OS-webwork] How do you define a component ?

Hi everyone, while reading the topic about nano/pico container, few questions keep coming to my mind, what exactly is a component, which purpose does it have ? How exactly is it different from an aspect in AOP ? How do you choose to code something as a component rather than as a 'module' in your business logic ?
 
Thanks in advance for any though you can share on this topic.
Christian Meunier

Reply via email to