The question has to be, what do you want to do? Every application has to be judged on it's own merrits. You can not say that you should always or never use EJBs. I use them because I like the transactional support they give when I'm updating data. I also use Read Only beans as these leave caching of information up to the application server. However I also have some places in my current application where I use DAOs (Data Access Objects) as they give me more flexability when writing the sql.
If there was a real question then maybe you could get a 'real' answer. What is it that concerns you? Are you concerened about response times? What kind of queries will you be running against the database. What app server and databases are you using, what hardware is it running on? How much data do you have in the database? how complex are you queries? How many updates are being performed? How much is read only? These questions are just the tip of the ice berg, but without having a full understanding of your requirements how do you expect to evaluate the available technologies effectively? > from: =?iso-8859-1?Q?Vin=EDcius_de_Faria_Silva?= <[EMAIL PROTECTED]> > date: Fri, 11 Oct 2002 15:45:06 > to: [EMAIL PROTECTED] > subject: Re: the truth about entity beans > > Answers like that, make me think that the lack of arguments justifying the > use of Entity Beans instead of O/R mapping tools or Session Beans SQL, > etc, is still a barrier for a wide adoption of Entity Beans by the market... > > ----- Original Message ----- > From: "Ian Vellosa" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Friday, October 11, 2002 11:17 AM > Subject: Re: the truth about entity beans > > > > This is the real answer to the question. Taking the BMW 316 and asking if > its a fast car is the same as asking if EJBs are fast. Compared to a F1 > racing car the BMW is not at all fast. But it is reliable and does what you > expect of it. The F1 racing car is quicker, but has taken a lot more work to > get where it is. There are teams of mechanics on the side of the road > waiting to fix it all the time. Writing your system in assembly language is > going to be quicker that EJBs if you have the knowledge and time to get > there as well as the time to keep it running. > > > > Like wise if we start comparing the BMW to a VW Beetle, although we all > love the VW, the BMW has lots more going for it. It has more safetey > features built in and will give you better fuel efficiency (Not that the > Yanks care about that, but that's another story) > > > > If you want to start talking about this kind of subject you need to have > some metrics to measure against. > > > > Have a good weekend all > > IV > > > > > > > from: Luis A <[EMAIL PROTECTED]> > > > date: Fri, 11 Oct 2002 14:55:37 > > > to: [EMAIL PROTECTED] > > > subject: Re: the truth about entity beans > > > > > > There are a lot of jokes about cars, but I am eager to see the real > > > questions answered. > > > > > > > I hear a lot of system architects say that entity beans are slow. > > > > What's the true about this issue? > > > > Entity Beans are slow? > > > > If not, which great J2EE systems(in production) are based on entity > > > beans? > > > > Are there benchmarks which proof that entity beans can provide good > > > > performance? > > > > > > Someone can point out any URLs? > > > > > > > > > ----- Original Message ----- > > > From: "Sven E. van �t Veer" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Friday, October 11, 2002 7:24 AM > > > Subject: Re: the truth about entity beans > > > > > > > > > I�ve heard it depends a lot on year and model. I�ve heard the 316 wasn�t > > > really fast. > > > > > > A mailing list for Enterprise JavaBeans development > > > <[EMAIL PROTECTED]> wrote on 10/10/2002 18:40:31: > > > > > > > I am sure that it is not slow! Aren't you? > > > > > > > > Vin�cius > > > > ----- Original Message ----- > > > > From: Dimitar Stavrakov > > > > To: 'Vin�cius de Faria Silva' ; '[EMAIL PROTECTED]' > > > > Sent: Thursday, October 10, 2002 6:27 PM > > > > Subject: RE: the truth about entity beans > > > > > > > > Hi Vinicius, > > > > > > > > Is BMW a slow car? A lot of people say that it's a > > > > pretty fast car others that it's not. > > > > Any thoughts? > > > > > > > > Regards, > > > > > > > > Dimitar > > > > > > > > -----Original Message----- > > > > From: Vin�cius de Faria Silva [mailto:[EMAIL PROTECTED]] > > > > Sent: Wednesday, October 09, 2002 12:13 PM > > > > To: > > > > Subject: the truth about entity beans > > > > > > > > I've been following discussions about the pos and cons of entity > > > > beans for 2 years. > > > > I'm not sure yet if this approach is good or not, mainly in terms of > > > > performance. > > > > I hear a lot of system architects say that entity beans are slow. > > > > What's the true about this issue? > > > > Entity Beans are slow? > > > > If not, which great J2EE systems(in production) are based on entity > > > beans? > > > > Are there benchmarks which proof that entity beans can provide good > > > > performance? > > > > > > > > regards, > > > > > > > > Vin�cius > > > > > > ========================= > > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > > > of the message "signoff EJB-INTEREST". For general help, send email to > > > [EMAIL PROTECTED] and include in the body of the message "help". > > > > > > > =========================================================================== > > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > > > of the message "signoff EJB-INTEREST". For general help, send email to > > > [EMAIL PROTECTED] and include in the body of the message "help". > > > > > > > > > > > > http://www.amazon.co.uk/exec/obidos/redirect-home?tag=velloscouk-21&placemen > t=home_multi.gif&site=amazon > > > > To unsubscribe, send email to [EMAIL PROTECTED] and include in the > body > > of the message "signoff EJB-INTEREST". For general help, send email to > > [EMAIL PROTECTED] and include in the body of the message "help". > > > > > > =========================================================================== > To unsubscribe, send email to [EMAIL PROTECTED] and include in the body > of the message "signoff EJB-INTEREST". For general help, send email to > [EMAIL PROTECTED] and include in the body of the message "help". > ==========================================================================To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff EJB-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
