1. COMP9321 Web Application Engineering Semester 2, 2015 Dr. Amin Beheshti Service Oriented Computing Group, CSE, UNSW Australia Week 8 1COMP9321, 15s2, Week 8 http://webapps.cse.unsw.edu.au/webcms2/course/index.php?cid=2411

2. Assignment 2 2 COMP9321, 15s2, Week 8 Deadline Extended: The due date for assignment2 is (end of Mid Semester Break): Sunday, October 4 2015, 23:59:59. Demo: Week 10 (the week starting 5 October), during the lab times in UNSW, CSE, Calendar: http://www.cse.unsw.com/about-us/organisational-structure/student-services/calendar/

3. J2EE Design Patterns 3 COMP9321, 15s2, Week 8 Last Week, Design Pattern Part I: Model View Controller: MVC is the J2EE BluePrints recommended architectural design pattern for interactive applications. Front Controller (Command): For providing a central dispatch point to handle all incoming requests.

4. J2EE Design Patterns 4 COMP9321, 15s2, Week 8 This Week, Design Pattern Part II: Service Locator: Typically used in business layer for locating resources (such as database connection) Data Access Object: A typical pattern for data access layer (linking the data storage layer with the application) Business Delegate: A pattern to reduce coupling between presentation-tier clients and business services.

5. Service Locator Pattern 5 COMP9321, 15s2, Week 8

6. Service Locator Pattern 6 COMP9321, 15s2, Week 8 Context Service lookup and creation involves complex interfaces and network operations. Problem The service locator pattern is a design pattern used in software development to encapsulate the processes involved in obtaining a service with a strong abstraction layer. When J2EE clients interact with the server side components (EJB: Enterprise Java Beans) or DataSources, clients must locate the service component, which referred to as a lookup operation in JNDI: Java Naming and Directory Interface. Locating a JNDI-managed service object is common to all clients that need to access that service object. It is easy to see that many types of clients repeatedly use the JNDI service, and the JNDI code appears multiple times across these clients. This results in an unnecessary duplication of code in the clients that need to look up services.

7. Service Locator Pattern 7 COMP9321, 15s2, Week 8 Solution Using a central registry known as the "service locator", which on request returns the information necessary to perform a certain task. Service Locator object will abstract all JNDI usage to hide the complexities of initial context creation and lookup operations Multiple clients can reuse the Service Locator object to reduce code complexity, provide a single point of control msdn.microsoft.com

8. Service Locator Pattern 8 COMP9321, 15s2, Week 8 To build a service locator pattern, we need: Service Locator InitialContext ServiceFactory BusinessService

9. Service Locator Pattern 9 COMP9321, 15s2, Week 8 To build a service locator pattern, we need: Service Locator: The Service Locator abstracts the API lookup services, vendor dependencies, lookup complexities, and business object creation, and provides a simple interface to clients. InitialContext ServiceFactory BusinessService

10. Service Locator Pattern 10 COMP9321, 15s2, Week 8 To build a service locator pattern, we need: Service Locator: The Service Locator abstracts the API lookup services, vendor dependencies, lookup complexities, and business object creation, and provides a simple interface to clients. InitialContext: The InitialContext object is the start point in the lookup and creation process. ServiceFactory: BusinessService:

11. Service Locator Pattern 11 COMP9321, 15s2, Week 8 To build a service locator pattern, we need: Service Locator: The Service Locator abstracts the API lookup services, vendor dependencies, lookup complexities, and business object creation, and provides a simple interface to clients. InitialContext: The InitialContext object is the start point in the lookup and creation process. ServiceFactory: The ServiceFactory object represents an object that provides life cycle management for the BusinessService objects. eg., The ServiceFactory object for enterprise beans is an EJBHome object. BusinessService:

12. Service Locator Pattern 12 COMP9321, 15s2, Week 8 To build a service locator pattern, we need: Service Locator: The Service Locator abstracts the API lookup services, vendor dependencies, lookup complexities, and business object creation, and provides a simple interface to clients. InitialContext: The InitialContext object is the start point in the lookup and creation process. ServiceFactory: The ServiceFactory object represents an object that provides life cycle management for the BusinessService objects. eg., The ServiceFactory object for enterprise beans is an EJBHome object. BusinessService: is a role that is fulled by the service that the client is seeking to access. The BusinessService object : is created or looked up or removed by the ServiceFactory. in the context of an EJB application is an enterprise bean. the context of JDBC is a DataSource.

13. Service Locator Pattern 13 COMP9321, 15s2, Week 8

14. Identifying Service Locator Pattern in the phonebook lab 14 COMP9321, 15s2, Week 8

15. Identifying Service Locator Pattern in the phonebook lab 15 COMP9321, 15s2, Week 8

16. Identifying Service Locator Pattern in the phonebook lab 16 COMP9321, 15s2, Week 8

17. Dependency Injection 17 COMP9321, 15s2, Week 8

18. Dependency 18 COMP9321, 15s2, Week 8

19. SAX Books Parser Example 19 COMP9321, 15s2, Week 8

20. What is "dependency injection" ? 20 COMP9321, 15s2, Week 8 In software engineering, dependency injection is a software design pattern that implements inversion of control for resolving dependencies. Dependency injection means giving an object its instance variables. Dependency injection provides the ability to pass by reference (or "inject"), service objects into a client (a class or a delegate) at deployment time. This is a top-down approach, in contrast to a bottom-up one wherein the clients discover or create service objects on their own.

21. Benefits of "dependency injection" … 21 COMP9321, 15s2, Week 8

22. Data Access Object Data Access Object 22 COMP9321, 15s2, Week 8

23. Data Access Object Data Access Object 23 COMP9321, 15s2, Week 8 Context Access to data varies depending on the source of the data. Access to persistent storage, such as to a database, varies greatly depending on the type of storage (relational databases, object-oriented databases, flat files, and so forth) and the vendor implementation. Problem For many applications, persistent storage is implemented with different mechanisms, and there are marked differences in the APIs used to access these different persistent storage mechanisms. Other applications may need to access data that resides on separate systems. An example is where data is provided by services through external systems such as business-to-business (B2B) integration systems, credit card bureau service, and so forth. http://www.oracle.com/technetwork/java/dataaccessobject-138824.html

24. Data Access Object Data Access Object 24 COMP9321, 15s2, Week 8 Solution Use a Data Access Object (DAO) to abstract and encapsulate all access to the data source. The DAO manages the connection with the data source to obtain and store data. http://www.oracle.com/technetwork/java/dataaccessobject-138824.html

25. Data Access Object: Data Access Object: Sequence Diagram 25 COMP9321, 15s2, Week 8 http://www.oracle.com/technetwork/java/dataaccessobject-138824.html

26. Business Delegate 26 COMP9321, 15s2, Week 8

27. Business Delegate 27 COMP9321, 15s2, Week 8 Context A multi-tiered, distributed system requires remote method invocations to send and receive data across tiers. Clients are exposed to the complexity of dealing with distributed components. Problem Presentation-tier components interact directly with business services. This direct interaction exposes the underlying implementation details of the business service application program interface (API) to the presentation tier. As a result, the presentation-tier components are vulnerable to changes in the implementation of the business services: When the implementation of the business services change, the exposed implementation code in the presentation tier must change too. http://www.oracle.com/technetwork/java/businessdelegate-137562.html

28. Business Delegate 28 COMP9321, 15s2, Week 8 Solution Use a Business Delegate to reduce coupling between presentation-tier clients and business services. The Business Delegate hides the underlying implementation details of the business service, such as lookup and access details of the EJB architecture. Using a Business Delegate reduces the coupling between presentation-tier clients and the system's business services. Another benefit is that the delegate may cache results and references to remote business services. Caching can significantly improve performance, because it limits unnecessary and potentially costly round trips over the network. http://www.oracle.com/technetwork/java/businessdelegate-137562.html

29. Business Delegate 29 COMP9321, 15s2, Week 8 http://www.oracle.com/technetwork/java/businessdelegate-137562.html Client: requests the BusinessDelegate to provide access to the underlying business service. BusinessDelegate: uses a LookupService to locate the required BusinessService component.

30. Business Delegate Sequence Diagrams 30 COMP9321, 15s2, Week 8 http://www.oracle.com/technetwork/java/businessdelegate-137562.html

31. Business Delegate, API, and API Engineering 31 COMP9321, 15s2, Week 8 What is API? Application programming interface (API) is a set of routines, protocols, and tools for building software applications. An API expresses a software component in terms of its operations, inputs, outputs, and underlying types. An API defines functionalities that are independent of their respective implementations. A good API makes it easier to develop a program by providing all the building blocks. A programmer then puts the blocks together. What is API Engineering? API engineering is an application of engineering to the design, development, and maintenance of APIs.

32. Business Delegate, API, and API Engineering 32 COMP9321, 15s2, Week 8 Web APIs? Web APIs are the defined interfaces through which interactions happen between an enterprise and applications that use its assets. When used in the context of web development, an API is typically defined as a set of HTTP request messages, along with a definition of the structure of response messages, which is usually in an XML or JSON (JavaScript Object Notation) format.

33. Business Delegate, API, and API Engineering 33 COMP9321, 15s2, Week 8 Web APIs? While "web API" historically has been virtually synonymous for web service, the recent trend (so-called Web 2.0) has been moving away from Simple Object Access Protocol (SOAP) based web services and service-oriented architecture (SOA) towards more direct representational state transfer (REST) style web resources and resource-oriented architecture (ROA). Part of this trend is related to the Semantic Web movement toward Resource Description Framework (RDF). Web APIs allow the combination of multiple APIs into new applications known as mashups. http://www.programmableweb.com/

34. API Engineering 34 COMP9321, 15s2, Week 8 Will be covered in COMP9322 API Engineering Seminar Speaker: Prof. Boualem Benatallah Date: Thu 8/10/2015 Time: 15:00 - 17:00 (2 hours) Room: K17_113 Reason: COMP9322 Open Lecture Please Attend!

35. More Patterns 35 COMP9321, 15s2, Week 8 Core J2EE Patterns Catalog: http://www.oracle.com/technetwork/java/index-138725.html

36. A few more things to consider 36 COMP9321, 15s2, Week 8

37. Guarding a View 37 COMP9321, 15s2, Week 8

38. Guarding a View 38 COMP9321, 15s2, Week 8

39. Guarding a View 39 COMP9321, 15s2, Week 8

40. Guarding a View 40 COMP9321, 15s2, Week 8

41. Guarding a View 41 COMP9321, 15s2, Week 8

42. Duplicate Form Submissions 42 COMP9321, 15s2, Week 8

43. Duplicate Form Submissions 43 COMP9321, 15s2, Week 8

44. Duplicate Form Submissions 44 COMP9321, 15s2, Week 8

45. Synchronizer Token 45 COMP9321, 15s2, Week 8

46. Synchronizer Token 46 COMP9321, 15s2, Week 8

47. Background Tasks 47 COMP9321, 15s2, Week 8

48. Background Tasks 48 COMP9321, 15s2, Week 8

49. Background Tasks 49 COMP9321, 15s2, Week 8

50. References 50COMP9321, 15s2, Week 8 Core J2EE patterns, Deepak Alur, John Crupi and Dan Marlks, Prentice Hall http://www.oracle.com/technetwork/java/index-138725.html Patterns of Enterprise Application Architecture, Martin Fowler, Addison-Wesley http://java.sun.com/blueprints/patterns/ http://www.oracle.com/technetwork/articles/javase/index-142890.html

51. 51COMP9321, 15s2, Week 8