Re: Java EE on tomcat?
nroberts wrote:
Arne Vajh=F8j wrote:
You should do:
requirements => technologies => infrastructure
not the other way around.
Yes.
Start by finding out whether you need EJB or not.
Which is impossible if you don't know what EJB does and what it
provides extra to additional or alternative technologies.
As I explained upthread, EJB (Enterprise Java Beans) are middleware compone=
nts that implement business logic, typically to be shared as services by mu=
ltiple applications.
What is it that EJB offers me that I don't get with these other
standard technologies? I thought it was things like SessionBeans and
such, but if I use the CDI and JSF bits it seems like I get a lot of
the same behavior because I've got @ManagedBean or @Named. I'm
finding this confusing.
I would consider:
- session beans and CDI orthogonal
- session beans and managed beans different
In what way though?
Session beans are orthogonal to CDI in that you can use session beans with =
or without dependency injection, and dependency injection with or without s=
ession beans.
Session beans and managed beans differ, once again as already answered upth=
read (perhaps you missed that post?), in that session beans are a business =
logic, middleware component that serves the "Model" part of the MVC archite=
cture, and JSF managed beans are front-end components that serve the "Contr=
oller" part of the MVC architecture.
--
Lew