wood burning stoves*
The moose likes Web Services Certification (SCDJWS/OCEJWSD) and the fly likes Why EJB endpoint is neccessary? Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login


JavaRanch » Java Forums » Certification » Web Services Certification (SCDJWS/OCEJWSD)
Bookmark "Why EJB endpoint is neccessary?" Watch "Why EJB endpoint is neccessary?" New topic
Author

Why EJB endpoint is neccessary?

Jack Zhou
Ranch Hand

Joined: Dec 27, 2003
Posts: 93
For me, You can always use a JSE and let JSE delegate to EJBs if services like transaction, security is required. So what is the benifit using EJB end point? I guess the EJB end point in the J2EE server will probably be ceated via a behind scen JSE. However, this "behind" scean JSE give very samll benifit for development. Is it possible, a vendor can realiaze a EBJ end point without createing a servlet? I'd rather not using EJB endpoint to keep my deployment simple.
Am I missing something?
Thanks,


Thanks,<br />Jack Zhou<br />SCJP, SCJD, SCWCD, SCBCD, SCDJWS,SCEA
Dushy Inguva
Ranch Hand

Joined: Jun 24, 2003
Posts: 264
Jack,
I asked a pretty similar question a week ago. Here is Richard's nice response to it.
Dushy


SJCP, SCBCD, SJCD, SCDJWS, SCEA (Part I)
Jack Zhou
Ranch Hand

Joined: Dec 27, 2003
Posts: 93
Thanks Dushy,
I actually read that thread. My point is that you don't lose any thing by not using EJB end point. When you use JSE, it is like an adapter of the EJB, you still can have all these benifits from the service offered by ejb container. My guess is that EJB endpoint in J2EE1.4 is rather a convienance. I wish some one can give an example about features that can only obtained from EJB endpoint or I have to give a significant effort to achieve the same via JSE endpoint. My problem is that I believe vendor will actually create a sevlet to intercep the HTTP request which carry a soap message, then call the EJB. Does EJB accept HTTP request without using a servlet?
Edy Yu
Ranch Hand

Joined: Nov 21, 2000
Posts: 264
If you want to build your servie based on EJBs, directly using EJB endpoint will save those "extra" stuff such as locating EJB home, using IIOP to communicate ... Internally, the app server may still need to locate the EJB Home ect. But Just as CMP entity beans, server does it better
My two cents.
Also, Monson's response in that post still holds perfect sense ....


SCJP, SCJD, SCWCD, SCBCD, SCEA, IBM Certified Enterprise Developer, WebSphere Studio V5.0
manoj pillai
Ranch Hand

Joined: Sep 16, 2002
Posts: 41
EJB end point implies the JSE internally doing the EJB lookups and invoking the intf method. But the lookups and the invocation could be made more efficient if managed by the application directly - like use of service locator with home interface caching etc. At least the Axis implementation of EJB end point doesnt seem to have any such optimization, it loads the intf classes and looks up home intf every time. So maybe it is a good idea to use JSE endpoint and then call your ejb method from it if you need to.


SCJP,SCJD,SCEA,SCMAD,SCDJWS,SCJP5.0
k.p thottam
Ranch Hand

Joined: Jun 29, 2001
Posts: 77
My take on it is this :

with servlet endpoints that are mere adapters to the ejb (stateless and Message ) issues like transaction begin ,commit , rollback require to be understood by the adapter , then as the moderator pointed out , the adapter in turn can get the transaction context and propagate the transaction.

You could wrap the logic of detection of transaction related stuff into a template pattern , but that it will get used by any one else except your group I doubt.

The issue I see in this is : the fact that the developer is coding the plumbing , a business developer should not be doing this becuase that means changes in standards requires changes in the code .

on the other hand if you go with the ejb endpoint , the work is done by the app server , changes in standards , means upgrading your app server , and not your code thro out the enterprise .


K.P.Thottam (K.P.T)<br /> <br />Sun Certified Enterprise Architect,TOGAF 8 Certified,Certified Information System security Professional (CISSP),SCJDWS,SCWCD,SCJP,MCP
Richard Monson-Haefel
author
Ranch Hand

Joined: Oct 31, 2003
Posts: 92
Don't assume too much about how the J2EE app server works under the covers. While its likely that some vendors will use Servlets to wrapper SOAP calls to EJB endpoints this cannot be assumed as the only way to implement EJB endpoints. An EJB container may provide its own mechanisms for processing HTTP requests and delegating them to EJB endpoints.

In the end, the EJB endpoint is useful when you need to coordinate several operations within a transaction - operations that are managed by the endpoint - like accessing a JDBC database and a JMS messaging service in the same transaction.

EJB endpoints are also useful when you need to take existing stateless session beans and expose them as Web services - this may be more common than you think. A lot of business defined stateless session beans as business interfaces to their systems. Making the accessible as Web services just opens them to yet-another-type-of-client.

Richard


-- <br />Richard Monson-Haefel<br /><a href="http://www.Monson-Haefel.com" target="_blank" rel="nofollow">http://www.Monson-Haefel.com</a>
 
GeeCON Prague 2014
 
subject: Why EJB endpoint is neccessary?