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