Depends on the project requirements. Transactions across multiple data sources being a big one. Large and scalable being another.
...what are the others? Although his words say something different, maybe Vic is arguing that MS does this better/easier/cheaper than J2EE -- not that J2EE is fundamentally bad. James. -----Original Message----- From: Pu Huang [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 11:37 AM To: 'Struts Users Mailing List' Subject: RE: EJB = bad = MS.net Depends on the project size. -----Original Message----- From: Thompson, Darryl [mailto:[EMAIL PROTECTED]] Sent: Wednesday, February 20, 2002 2:28 PM To: Struts Users Mailing List Subject: RE: EJB = bad = MS.net I STRONGLY disagree with this statement. We have been doing EJBs for 2 yrs at my shop. Our Order Entry system uses EJBs to capture customer orders in 36 cities (US) in every US timezone and we have had nothing but success. By the way there is NO reason to buy BEA weblogic unless you are running EJBs and don't trust JBOSS (which I do). Tomcat is much better at serving webpages the WLS or Websphere, EJBs are one of the cornerstones of J2EE, wake up Vic... > -----Original Message----- > From: Vic Cekvenich [SMTP:[EMAIL PROTECTED]] > Sent: Wednesday, February 20, 2002 11:42 AM > 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]> -- 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]>
