Andreas
This is kind of funny. I tried ordering your book from wiley and got a
"document contains no data...."
Tony
----
Andreas Vogel wrote:
>
> Ben Engber wrote:
>
> > Does anybody have an idea whether it's appropriate to try and use EJBs in
> > an Internet application?
>
> Well, there's no such thing as THE Internet application. If security and
> transaction properties are important such as in e-business applications EJB
> come in handy, if you just want to browse data the benefit may be limited, if
> you use the wrong pattern EJB may be counter productive.
>
> > >From people I've talked to, most high traffic sites have given up CORBA
> > based appservers for direct database access because they just didn't
> > perform at traffic levels of more than a few hundred thousand page views
> > per day. I've been building a large application based on EJB, and am
> > concerned about performance.
>
> Well, CORBA is a powerful tool, when you use it right - but I have seen lots of
> badly designed IDL. I guess that's where those folks are coming from.
> CORBA allows to build sophisticated caching mechanisms, do very well with
> mult-threading etc. I have seen people keeping all the data for browsing such
> as financial news in an in-memory cache. Memory is cheap after all.
>
> > I guess my question is what do EJB's buy me? It seems that they offer a
> > simplified programmatic interface for transactions, but at the expense of
> > performance. If that's the case, then I'd rather stay away from them.
>
> That's probably somewhat true. You can use stateless session beans but they
> don't buy you much.
>
> > On the other hand, it seems like Entity Beans could handle in-memory
> > caching of data, greatly reducing SELECTs on the DB. But my implementation
> > (WebLogic) doesn't do this implicitly, which makes me wonder again, what
> > are they for?
>
> Entity beans are specifically targeted towards transactions. Caching is a value
> add of CMP implementation BMP prevents you from caching.
>
> > Similarly, I've been reading with interest the recent discussion about
> > moving entity bean finder methods over to session beans. It makes a lot of
> > sense to me. Can someone tell me the advantage of having these methods in
> > a session bean rather than in a regular Java class?
>
> I have such an example in my book. It reduces the overhead creating (many!) EJB
> instances which you may never want to touch.
>
> Cheers,
>
> Andreas
>
> --
> "Programming with Enterprise JavaBeans, JTS and OTS" is now available. Collect
> all three!
> www.wiley.com/compbooks/vogel
>
> ===========================================================================
> 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".
--
Tony Holderith | Interactive Business Solutions
[EMAIL PROTECTED] | NetCentric Solutions
http://www.interactivebusiness.com | Business Objects
voice: 310.414.6760 | fax: 310.414.6759
Don't connect to the Internet - be there. IBS
===========================================================================
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".