Win a copy of Head First Agile this week in the Agile forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

Ejb Server vs EJB Container  RSS feed

 
Anonymous
Ranch Hand
Posts: 18944
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
what is the difference between the above two. The specification does not demarcate the above two's responsibilities.
Regds.
Rahul.

 
Chris Lexington
Greenhorn
Posts: 10
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Originally posted by rahul_mkar:
what is the difference between the above two. The specification does not demarcate the above two's responsibilities.
Regds.
Rahul.

Correct, there is no difference at the moment. The server is
the software that holds containers. It probably passes network
connections around between clients and EJB objects in most current implementations.
Containers contain EJBs, and provide access to underlying services such as resource pooling, transaction management, persistence, loadbalancing etc.
Currently, both functions are rolled into each vendors J2EE platform.
Having a conceptual split allows future vendors to concentrate on the areas they know best so that in theory, you could some day run a BEA container in an IBM server. (e.g. if IBM built an AS/400 EJB server that ran 100% Java containers, non-IBM shops could build portable containers)
 
Herbert Maosa
Ranch Hand
Posts: 289
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Is it right to say the specification does not draw the border between Container and Server responsibilities ? I tend to think not. I think what the spec fails to do is to provide a standard interface between the server and the container, forcing the server and and the container provider to be the same.
Among other roles, I am of the understanding that the server provides the run time environment to the container , so that the container in turn can better service the EJB's.When we talk of the container providing such services as security enforcement,persistence management,transaction control and management etc, it depends on the server to provide the actual implementations.I mean the container will take control of persistence for example, but how this persistence is actually implemented will be up to the server.So the server will provide the actual implementation of system resource control such as processes,memory,thread of execution etc.
I appreciate and invite any corrections.
Regards,
Herbert
 
Anonymous
Ranch Hand
Posts: 18944
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
hi Herbert,
if the server has all the implementations then why have the container at all? let all components be contained in the server rather than the component.
Regds.
Rahul.

 
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!