Hi
When all the functionalities of EJB can be done with RMI, where EJB exactly fits in.
Gimme some clear difference than Basic Difference
Bye
Aravind
-
How EJB Can be replaced for RMI (4 messages)
- Posted by: Aravind Kumar
- Posted on: April 28 2004 10:29 EDT
Threaded Messages (4)
- How EJB Can be replaced for RMI by Paul Strack on April 28 2004 11:16 EDT
- How EJB Can be replaced for RMI by Sanjaya Ganesh on April 28 2004 23:15 EDT
- How EJB Can be replaced for RMI by Atlas Casa on April 29 2004 10:40 EDT
- How EJB Can be replaced for RMI by Sanjaya Ganesh on April 29 2004 11:01 EDT
- How EJB Can be replaced for RMI by Atlas Casa on April 29 2004 10:40 EDT
-
How EJB Can be replaced for RMI[ Go to top ]
- Posted by: Paul Strack
- Posted on: April 28 2004 11:16 EDT
- in response to Aravind Kumar
EJB does a lot more than RMI. With RMI, you need to manually write code to handle:
1) Multi-threaded access
2) Transaction support
3) Security
4) Object pooling
5) Resource management
EJB handles all of these for you. -
How EJB Can be replaced for RMI[ Go to top ]
- Posted by: Sanjaya Ganesh
- Posted on: April 28 2004 23:15 EDT
- in response to Aravind Kumar
RMI is a protocol. EJB is a component based architecture/methodology. Guess you dont want to compare sunlight and sun :)
-Sanjay. -
How EJB Can be replaced for RMI[ Go to top ]
- Posted by: Atlas Casa
- Posted on: April 29 2004 10:40 EDT
- in response to Sanjaya Ganesh
Sanjay,
Of course you can add the ejb functionality to an rmi based application. Which means you need to manually program security, object pooling, transaction management (Paul's reply). However, if you don't work of an application server vendor, I don't see why you would want to do this dirty work and reinvent the wheel.
A -
How EJB Can be replaced for RMI[ Go to top ]
- Posted by: Sanjaya Ganesh
- Posted on: April 29 2004 23:01 EDT
- in response to Atlas Casa
Sanjay,Of course you can add the ejb functionality to an rmi based application. Which means you need to manually program security, object pooling, transaction management (Paul's reply). However, if you don't work of an application server vendor, I don't see why you would want to do this dirty work and reinvent the wheel.A
I never said it should be done. I said it should not be compared at all.
-Sanjay.