1. 6/1/20151 Luca Simone Software Engineering 2 a.a. 2001/2002

2. 6/1/20152 Enterprise Java Beans Introduction Application Server Application Server Java 2 Enterprise Edition What is an Enterprise Bean ? EJB Properties EJB Overview Deployment Phase Type of beans Type of beans Client access with interfaces Remote access Local Access

3. 6/1/20153 Enterprise Java Beans Contents of an Enterprise Bean EJB Example EJB vs MTS A few EJB implementations What’s new in EJB 2.0 Bibliography

4. 6/1/20154 Introduction Enterprise Java Beans ( EJB ) is a middleware component model for Java and CORBA a specification for creating server-side, scalable, transactional, multi-user and secure enterprise- level applications Presented by Sun in the 1999, they are easier than other technologies as RMI or Corba

5. 6/1/20155 Introduction This is the three level structure for Application Server

6. 6/1/20156 Applicaton Server Presentation HTML Application Java Application Business Logic Data Access

7. 6/1/20157 Presentation HTML Generated server- side HTML Runs on any Web browser Less client-side power Java Required Java virtual Machine More client side power Runned on a page Launched from a browser or a standalone application

8. 6/1/20158 Business Logic Implements the logic of the application defining all the function that may be used from a client Change Business Rules Easily Re-use components Make complex applications manageable

9. 6/1/20159 Data Access Utility to access external datas such as Database or other Web component

10. 6/1/201510 J2EE Application Server Java 2 Enterprise Edition standardizes interfaces for Application Server components

11. 6/1/201511 What is an Enterprise Bean ? Is a server side component written in Java Language Industry standard distribuited component model Incorporates the business logic of an application ( the code that implements the purpose of the application)

12. 6/1/201512 EJB Properties Bean writers need not write Remote access Protocols Transactional Behaviour Threads Security State Management Object life cycle Resource pooling Persistence

13. 6/1/201513 EJB Overview

14. 6/1/201514 Deployment Phase

15. 6/1/201515 Deployment Phase

16. 6/1/201516 When to use Enterprise bean The application must be scalable.It will run on different machine and their location will remain transparent to the client Transaction requirement The application will have lot of different type of clients

17. 6/1/201517 Type of beans Session Bean Entity Bean Message Driven Bean

18. 6/1/201518 Session Bean Represents a single client inside the server The client calls the session bean to invoke methods of an application on the server Perform works for its client, hiding the complexity of interaction with other objects in the server Is not shared Is not persistent When the client stops the session,the bean can be assigned to another client from the server

19. 6/1/201519 Session Bean Stateful session bean Stateless session bean

20. 6/1/201520 Stateful Session Bean Contains the state of a single client session: Information on the client On method called Return values This state is called conversational state and is not retained when the session ends, also if the client not removes the bean

21. 6/1/201521 Stateless Session Bean Not maintain a conversational state for a particular client Contains values only for the duration of the single invocation Except during method invocation, all instances of stateless session bean are equivalent

22. 6/1/201522 Entity Bean Represents a business object in a persistent storage mechanism such as a relational database Usually is a table in the database and each instance of that entity bean is a row in that table Properties: Persistent Persistent Allow shared access Allow shared access Have primary key Have primary key Have relationship with other entity beans. Have relationship with other entity beans.

23. 6/1/201523 Entity Bean persistent Bean managed persistence Container managed persistence

24. 6/1/201524 Bean managed persistence Who write the bean’s code must access the database and save his own data

25. 6/1/201525 Container managed persistence The container save the data There is no code in the bean for access the database The container handles all database access required for the bean Links between beans are created using a structure called abstract schemaabstract schema

26. 6/1/201526 Entity bean’s shared access Entity beans can be used by different clients It’s important that they work whithin transactions The EJB container provides transaction management The transaction’s attribute are specified in the bean’s deployment description

27. 6/1/201527 Entity bean’s primary key Each entity bean has a unique object identifier like a key in a database table

28. 6/1/201528 Entity bean’s relationship Container managed persistent The container performs all the operation to create relationship Bean managed persistent The code to perform relations must be written in the bean

29. 6/1/201529 Message Driven bean Allows applications to process messages asynchronously The messages may be sent by : An application client Another enterprise bean A Web component

30. 6/1/201530 Message Driven bean Retain no data or conversational state for a specific client All instances are equivalent, allowing the EJB container to assign a message to any message-driven bean instance. The container can pool these instances to allow streams of messages to be processed concurrently Can process messages from multiple clients

31. 6/1/201531 Message Driven bean A client can’t access directly to a message driven bean When a message arrive, the container gives it to a message driven bean The bean process the message

32. 6/1/201532 Client access with interfaces A client may access a session or an entity bean only through the methods defined in the bean's interfaces They define the client's view of a bean Types of access: Remote access Local access

33. 6/1/201533 Remote access A remote client of an enterprise bean has the following traits: It may run on a different machine and a different Java virtual machine than the enterprise bean it accesses (It is not required to run on a different JVM ) It can be a Web component It can be another enterprise bean

34. 6/1/201534 Remote access To create an enterprise bean with remote access, you must : Code a remote interface Business methods Code a home interface Finder methods Home methods

35. 6/1/201535 Remote access example

36. 6/1/201536 Local access A local client has these characteristics It must run in the same JVM as the enterprise bean it accesses It may be a Web component or another enterprise bean To the local client, the location of the enterprise bean it accesses is not transparent It is often an entity bean that has a container- managed relationship with another entity bean

37. 6/1/201537 Local access To create an enterprise bean with local access, you must : Code the local interface Bean's business methods Code the local home interface Life cycle Finder methods

38. 6/1/201538 Local interfaces If an entity bean is the target of a container managed relationship it MUST have local interfaces

39. 6/1/201539 Contents of an Enterprise Bean Deployment descriptor Persistence type Transaction attribute Enterprise bean class Interfaces Helper classes Exception Utility classes

40. 6/1/201540 EJB Example The OnLine Bank We will take a not completed system to give an idea to how choose if a component is an entity, session or message driven bean.

41. 6/1/201541 EJB Example Virtual Bank Client SecurityAccounts Services

42. 6/1/201542 EJB Example The example has three component: Services: what the client can do in the system such as see the foreign currency, listed shares or make operations on his hown account. Accounts: a database containing the accounts of all the clients of the bank with information about credit,debit,access etc.. Security: is a subsystem that receives all the alarm caused from wrong access and performs action about the situation ( calls police and stops operation of that client keeping information about him )

43. 6/1/201543 EJB Example In this example is easy to create an EJB structure. Client will have a web page at client side to insert values and connect the system.This will be done using JSP ( Java Servlet Pages ) Services will be a Statefull Session Bean and it will be different for each client connecting the system mantaining data about the client connected. Accounts will be formed by an Entity Bean for each account in the system with a code-account as primary key. Security will be a Message driven bean and will be called only from container if some operation are abnormal for result or the autentification for the same client fails too much times.

44. 6/1/201544 EJB vs MTS Microsoft Transaction Server is based on the Component Object Model (COM) which is the middleware component model for Windows NT MTS can be defined as a component-based programming model

45. 6/1/201545 EJB vs MTS Analogies Implement business logic for Application Server components Have a Server and a container ( for MTS called MTS Executive ) Similar architecture in both modelsboth models A client invokes wrapped method

46. 6/1/201546 EJB vs MTS Difference EJB Component instance are pooled Don’t support heterogeneous transactions Portability accross multiple platforms using Java platform MTS Component is not created until the call from a client reaches the container Support heterogeneous transactions Portability only on Windows NT

47. 6/1/201547 EJB vs MTS Difference EJB Invoked by clients using RMI Has both persistent and non-persistent components MTS Invoked by clients using DCOM or through local COM calls Components are not persistent, even though they may contain information

48. 6/1/201548 A few EJB implementations WebLogic Bluestone Novera Persistence Oracle AS Oracle8i

49. 6/1/201549 What’s new in EJB 2.0 Released On April 26, 2001 Integration with Java TM Message Service (JMS) -- Asynchronous Capabilities Streamline Systems Send asynchronous messages via the JMS API Container-Managed Persistence (CMP) -- Simplifying and Expediting Application Development Used to isolate the application developer from the physical database schema Introduces for the first time a portable query language, based on the abstract schema

50. 6/1/201550 What’s new in EJB 2.0 Local Interfaces -- Streamlining Calls Between Local Beans The local interface may be defined for a bean during development, to allow streamlined calls to the bean if a caller is in the same container Inter-Server Interoperability -- Enabling Heterogeneous Environments Takes the benefit of cross-server application portability Able to deploy the EJB technology-based application across a heterogeneous environment mixing application servers from different vendors

51. 6/1/201551 Bibliography The J2EE Tutorial http://java.sun.com/j2ee/tutorial/1_3- fcs/doc/EJBConcepts.html http://java.sun.com/j2ee/tutorial/1_3- fcs/doc/EJBConcepts.html Meeting about Application servers http://www.phxjug.org/meetings/silverstream/sld001.htm Developing Enterprise components http://spectral.mscs.mu.edu/EJB20001113/index.html A detailed Comparison of EJB & MTS models http://members.tripod.com/gsraj/misc/ejbmts/ejbmtscomp.ht ml http://members.tripod.com/gsraj/misc/ejbmts/ejbmtscomp.ht ml

52. 6/1/201552 Bibliography What's new in the Enterprise JavaBeans TM 2.0 Specification? http://java.sun.com/products/ejb/2.0.html Introduction to Enterprise JavaBeans http://cosmos.inesc.pt/~a01/javacourses/ejb/ Programming WebLogic Enterprise JavaBeans http://e-docs.bea.com/wls/docs61/ejb/index.html

53. 6/1/201553 The MTS architecture Is made up of: The MTS Executive (mtxex.dll) The Factory Wrappers and Context Wrappers for each component The MTS Server Component MTS clients Auxiliary systems like COM runtime services, Service Control Manager (SCM) The Microsoft Distributed Transaction Coordinator (MS- DTC) The Microsoft Message Queue (MSMQ) The COM-Transaction Integrator (COM-TI)

54. 6/1/201554 The MTS architecture

55. 6/1/201555 The EJB architecture Consists of: An EJB server EJB containers that run within the server Home objects Remote EJBObjects Enterprise Beans EJB clients Auxiliary systems like Java Naming and Directory Interface (JNDI) Java Transaction Service (JTS) Security services

56. 6/1/201556 The EJB architecture

57. 6/1/201557 Stateful session bean’s life cycle The client invoke the create method The EJB container : Instantiates the bean Invokes the setSessionContext Invokes ejbCreate The bean is ready

58. 6/1/201558 Stateful session bean’s life cycle While in the ready state EJB container may passivate the bean moving it from memory to secondary storage A client may invoke a business method EJB container may activate a bean,moving it back to the ready stage, and then calls the bean's ejbActivate method A client may invoke the remove method and the container calls the bean's ejbRemove method

59. 6/1/201559 Stateful session bean’s life cycle

60. 6/1/201560 Stateless session bean’s life cycle The client invoke the create method The EJB container : Instantiates the bean Invokes the setSessionContext Invokes ejbCreate The bean is ready

61. 6/1/201561 Stateless session bean’s life cycle While in the ready state A client may invoke a business method A client may invoke the remove method and the container calls the bean's ejbRemove method It’s never passivate

62. 6/1/201562 Stateless session bean’s life cycle

63. 6/1/201563 Entity bean’s life cycle The EJB container : Creates the instance Calls the setEntityContext The entity bean moves to a pool of available instances

64. 6/1/201564 Entity bean’s life cycle While in the pool : Instance is not associated with any particular object identity All instances in the pool are identical EJB container may assign an identity to an instance when moving it to the ready stage invoking the ejbActivate method A client may invoke the create method EJB container calls ejbCreate and ejbPostCreate EJB container may remove the instance invoking unsetEntityContext

65. 6/1/201565 Entity bean’s life cycle While in the ready state : A client may invoke entity bean's business methods A client may invoke the remove method EJB container calls the ejbRemove method EJB container may invoke the ejbPassivate method

66. 6/1/201566 Entity bean’s life cycle

67. 6/1/201567 Message driven bean’s life cycle EJB container creates a pool of message- driven bean instances For each instance, the EJB container instantiates the bean : It calls the setMessageDrivenContext It calls the instance's ejbCreate Like a stateless session bean,it’s never passivated, It has only two states: Nonexistent Ready to receive messages.

68. 6/1/201568 Message driven bean’s life cycle While in the ready state : EJB container may call onMessage EJB container may call the ejbRemove

69. 6/1/201569 Message driven bean’s life cycle

70. 6/1/201570 Abstract schema Part of an entity bean's deployment descriptor Defines the bean's persistent fields and relationships.The term abstract distinguishes this schema from the physical schema of the underlying data store You specify the name of an abstract schema in the deployment descriptor

71. 6/1/201571 Example of Abstract schema

72. 6/1/201572 Abstract schema Persistent fields Are stored in the underlying data store Constitute the state of the bean. At runtime, the EJB container automatically synchronizes this state with the database During deployment, the container Maps the entity bean to a database table Maps the persistent fields to the table's columns

73. 6/1/201573 Abstract schema Relationship fields It’s like a foreign key in a database table.It identifies a related bean Like a persistent field, a relationship field is virtual and is defined in the enterprise bean class with access methods Unlike a persistent field, a relationship field does not represent the bean's state

74. 6/1/201574 Abstract schema Multiplicity in Container-Managed Relationships One-to-one: Each entity bean instance is related to a single instance of another entity bean One-to-many: An entity bean instance may be related to multiple instances of the other entity bean Many-to-one: Multiple instances of an entity bean may be related to a single instance of the other entity bean Many-to-many: The entity bean instances may be related to multiple instances of each other

75. 6/1/201575 Abstract schema Direction in Container-Managed Relationships Bidirectional relationship: each entity bean has a relationship field that refers to the other bean. Through the relationship field, an entity bean's code can access its related object Unidirectional relationship: only one entity bean has a relationship field that refers to the other