I hope not many enterprise applications are built using this ignorant
'advice'. IBM argued against EJBs up until recently because of countless
deficiencies in EJB container implementation in WebSphere 3.5.*. Since
WebSphere 4.0 introduction, they have clearly warmed up to using EJBs in
their "best practices" white papers.
As any other technology, EJBs can be abused. If one mapped a fully
normalized DB schema consisting of 500 data tables to 500 entity beans, this
would be an idiotic architecture. In any case, this has nothing to do with
MVC or Struts.
I suggest members of this list stick to the main topic of discussion -
Struts. Struts has nothing to do with EJBs. In a properly designed
application, EJBs, DAOs or any other persistence related components
shouldn't be accessed directly from presentation elements and components,
such as JSP tags.
Sticking closer to the topic of this list will allow to reduce the flow of
postings to more reasonable levels.
Best regards,
----------------
Alex Esterkin
=============================================================
-----Original Message-----
From: Vic Cekvenich [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, February 20, 2002 12:42
To: Struts Users Mailing List
Cc: [EMAIL PROTECTED]
Subject: EJB = bad = MS.net
Home page of Jakarta has this
http://jakarta.apache.org/site/news.html#0130.2
on this:
http://www.mail-archive.com/general%40jakarta.apache.org/msg03376.html
I agree. Doing EJBs is bad on many levels and creates more problems.
Avoid EJB if you want to stay in Java.
Alternative is to just use Struts + TomCat + RowSet (or DAO if you are
doing something simple or small) and done. This is the sweet spot. MVC
is all you need.
Alternative, do EJBs and your organization WILL switch to MS .NET on the
next project, leave J2EE, and you have to learn VB.net.
EJBs are for newbies. (If you need middleware (very rare) use SOAP)
lol,
Vic
--
To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
