aspose file tools*
The moose likes EJB and other Java EE Technologies and the fly likes Please justify about EJB Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


Win a copy of Spring in Action this week in the Spring forum!
JavaRanch » Java Forums » Java » EJB and other Java EE Technologies
Bookmark "Please justify about EJB" Watch "Please justify about EJB" New topic
Author

Please justify about EJB

Arun Prasath
Ranch Hand

Joined: Aug 14, 2006
Posts: 30
EJB is Scalable .
EJB has persistence.
EJB has Deploy Time Customization.
EJB has Transaction Management.

These are all the things given in Head First Ejb.But Please explain
it with example and justify me with code and scenario for all of the points,
So that I can say boldly the advantages to anyone,as I dont have real time exp in EJB.

IF anyone help me I expect kathy my java god himself to help me
[ September 01, 2006: Message edited by: Mark Spritzler ]
Christophe Verré
Sheriff

Joined: Nov 24, 2005
Posts: 14688
    
  16

If you could remove all those capital letters in your name first...
Thank you

http://www.coderanch.com/t/363170/Servlets/java/request-getHeader


[My Blog]
All roads lead to JavaRanch
Arun Prasath
Ranch Hand

Joined: Aug 14, 2006
Posts: 30
I think your eyes are saved now..haha.. But please justify my above question with real time Scenarios

What is the situation before EJB and how EJB helped to save the situation

for an application.
Arun Prasath
Ranch Hand

Joined: Aug 14, 2006
Posts: 30
Dear Satou kurinosuke
Are You there to reply question
Jeroen T Wenting
Ranch Hand

Joined: Apr 21, 2006
Posts: 1847
And now read the site naming policy which was already linked to you.


42
Christophe Verré
Sheriff

Joined: Nov 24, 2005
Posts: 14688
    
  16

Are You there to reply question

Sorry Arun, no time to answer such generic questions
I'll leave other ranchers to help.

You could still have a look at the specs if what is written in your book is not enough. Maybe if you finish reading it, you'll be able to answer all of them

Thank you very much for updating your name. I wish I could help you next time.
Arun Prasath
Ranch Hand

Joined: Aug 14, 2006
Posts: 30
Ok fine give me the link for reading the site name policy. But answer my queries with justification please I need it badly to pursue with EJB.
Cameron Wallace McKenzie
author and cow tipper
Saloon Keeper

Joined: Aug 26, 2006
Posts: 4968
    
    1

Let us establish one undeniable fact: enterprise programming is hard.

Sure, Servlets are superb at handling client requests, and Java Server Pages are fabulous at generating markup for a client, but request-response programming is not where Java developers earn their salt.

Java developers earn their salt by implementing some seriously complicated business logic. Fiddling with a Servlet�s request and response objects all day long won�t impress anybody.

Enterprise programming is hard, but EJBs make some of the toughest parts of enterprise programming just a little bit easier.

What are the common challenges enterprise developers encounter?

Enterprise programming is hard. In an enterprise environment, there are a number of mission critical challenges that must be addressed and implemented properly, otherwise applications will fail.

Some of the typical challenges that enterprise developers encounter include:
Database Access:

How do we ensure that that data in our application is completely, totally, 100% in sync with what is in the database? This is a requirement of almost every enterprise application, but without an intimate knowledge of how a database works, implementing database synchronization properly is a significant challenge.
Transactional Updates:

If I'm updating three different databases in an �all or nothing� type of scenario, and one of those database writes fails, how do I roll back writes to the other two databases?

What if one of those databases is in Kalamazoo and two of them are in Tuktoyaktuk? How do you maintain the transactional integrity of your updates?
Distributed Programming:

I'm in Gun Barrel, Texas, but I want users in Antigonish, Nova Scotia to remotely invoke the methods in my Java components. How do I make a local component accessible to remote applications?
Multithreading:

Multithreading remotely accessible components that must handle a gargantuan load is a difficult and onerous task. How are you going to do it?
Secure Access:

You only want Double Agents to call one method of your JavaBean, and only Secret Agents can call the other method. How ya gonna do it? With a typical Java application, it�s almost impossible.

How do EJBs Make Life Easier?

Database concurrency, distributed transactions, multithreading, distributed programming and secure accesses are all issues our enterprise applications must deal with.

If we have to deal with these issues alone, we�re going to be in an ugly world of hurt. The good news is that EJBs deal with these issues, and by dealing with them, they make enterprise programming much, much easier.

I hope that sheds some light on ejbs. More here:

http://www.technicalfacilitation.com/get.php?link=usingejbs
[ August 27, 2006: Message edited by: Bear Bibeault ]
Jeanne Boyarsky
author & internet detective
Marshal

Joined: May 26, 2003
Posts: 30762
    
156

Arun,
I would think Head First Ejb would elaborate on that. Is there a specific question the book doesn't address that you are looking for explanation on.


[Blog] [JavaRanch FAQ] [How To Ask Questions The Smart Way] [Book Promos]
Blogging on Certs: SCEA Part 1, Part 2 & 3, Core Spring 3, OCAJP, OCPJP beta, TOGAF part 1 and part 2
Arun Prasath
Ranch Hand

Joined: Aug 14, 2006
Posts: 30
yes Mr.Jeanne Boyarsky

They havent specified the advantages of BMP and if we say CMP is best then why they had BMP.

if you say BMP is must in certainly used in client specific transactions or if there is a special need then

give me an example scenario for that special situation where we need BMP instead of CMP.


I dont think CMP is always best then they would have taken off BMP from the spec..

let me know the situation plsss..
Sudd Ghosh
Ranch Hand

Joined: Oct 23, 2002
Posts: 187
Kameron,
Thanks for the nice description.
However, EJB's entity bean and CMP's failure over the past few years, have earned such a degree of disrespect that many companies think many times before jumping on the EJB bandwagon. The only components that are used are MDB and SLSB. SLSB's importance is fairly low - can be developed easily in-house. So the only thing that remains is MDB, and I agree that many companies do use only MDBs extensively.
With frameworks like spring/POJO and with stable frontends with struts/JSF, I don't see a great need of EJBs in general, in most apps.


SCJP 1.4, SCWCD, SCBCD 1.3
Mark Spritzler
ranger
Sheriff

Joined: Feb 05, 2001
Posts: 17257
    
    6

"SLSB's importance is fairly low"

I disagree, I have worked with EJBs for 6 years now, and SLSBs are the best and what I spent most of my time using.

Mark


Perfect World Programming, LLC - Two Laptop Bag - Tube Organizer
How to Ask Questions the Smart Way FAQ
Jeroen T Wenting
Ranch Hand

Joined: Apr 21, 2006
Posts: 1847
yah. We use stateless session beans EXCLUSIVELY. Without them our entire platform wouldn't exist.
david lightman
Ranch Hand

Joined: Nov 03, 2004
Posts: 82
Sorry Arun, no time to answer such generic questions


what the?
Mark Spritzler
ranger
Sheriff

Joined: Feb 05, 2001
Posts: 17257
    
    6

Originally posted by david lightman:


what the?


What he is saying is that it is such an open ended question that there isn't a simple short answer and could take forever to really answer that question. It is actually kind of like a troll question, in this case he is really wanting to know, but others might ask just to get people to spend all their time trying to answer. It is better if you read a good book on the subjec tot answer such questions.

Mark
Jeroen T Wenting
Ranch Hand

Joined: Apr 21, 2006
Posts: 1847
especially in the light of the rather inflamatory title.
Sudd Ghosh
Ranch Hand

Joined: Oct 23, 2002
Posts: 187
I didn't say SLSB is not useful. What I meant is that with struts like strategy pattern mechanism where the complete transaction is managed at the framework level, and using POJO in the backend with the help of the HttpSession features for session data retention and DTOs/HashMap for moving data around, there is not much need of SLSB or SFSB. The persistence layer can be managed by Hibernate kind of stuffs - eliminating the need of Entity beans. So my only point is, with the maturing J2EE based technology along with a lot of eye opening by other framework authors (Struts, Shale, Spring, JSF, etc), one can easily see the point.

EJB 3.0 may be totally different - in terms of simplicity, etc.., but didn't it arrive a little too late?
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: Please justify about EJB