03.05.2015 Views

IBM WebSphere V5.0 Security - CGISecurity

IBM WebSphere V5.0 Security - CGISecurity

IBM WebSphere V5.0 Security - CGISecurity

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Client<br />

Tier<br />

Synchronous<br />

Application<br />

Synchronous Application 1<br />

Asynchronous<br />

Application 2<br />

Figure 11-2 Self-Service:: Directly Integrated Single Channel application pattern<br />

The primary business driver that directed the use of this pattern is to reduce<br />

business process latency by providing direct access to back-end application and<br />

data from the Web-enabled business process.<br />

This pattern provides a structure for point-to-point connection from the client<br />

browser to one or more applications. We do not need multiple channel<br />

integration mechanisms. Although this Application pattern can be used to<br />

implement any one of the delivery channels, we only focus our design on the<br />

Web delivery channel.<br />

This Application pattern requires applications to be divided into three different<br />

logical tiers: presentation, Web application and back-end business logic. Data<br />

can be accessed from both Web and business tiers. We can have in mind any<br />

typical J2EE structure while selecting this pattern.<br />

►<br />

►<br />

►<br />

The presentation tier is responsible for all the application presentation logic.<br />

In the Web application tier, some of the application business logic is done and<br />

all the communication to the back-end business logic is implemented.<br />

Back-end application logic in our case covers data access functions of the<br />

ITSOBank application. Here, are all the application integration interfaces are<br />

implemented as well.<br />

All the communication between tiers is either synchronous or asynchronous.<br />

11.2.2 Application pattern for the Access Integration pattern<br />

The main goal of the Access Integration pattern is to give users a consistent and<br />

seamless front-end access mechanism to multiple business applications that<br />

reside on multiple servers, each with its own access mechanism.<br />

In our ITSOBank example, we have chosen the Extended Single Sign-On<br />

application pattern.<br />

354 <strong>IBM</strong> <strong>WebSphere</strong> <strong>V5.0</strong> <strong>Security</strong> Handbook

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!