quản lý công việc trên web bằng jsp

Một ngoại lệ là nếu chúng ta sử dụng thuộc tính session của page directive để tắc các phiên truyền, mà lại cố tham chiếu đến biến session thì sẽ gây ra các lỗi vào lúc trang JSP được d

Trang 1

Phần I: JSP TECHNOLOGY

JavaServer Pages (JSP) là một kỹ thuật server-side do đó chúng ta không thể thực hiện bất kỳ hành động nào ở client JSP cho phép chúng ta tách thành phần động của trang ra khỏi thành phần tĩnh HTML Rất đơn giản, chúng ta chỉ cần viết một tài liệu HTML bình thường rồi sau đó bao quanh mã của thành phần

động trong các tag đặc biệt, hầu hết các tag bắt đầu với <% và kết thúc với %>

Ví dụ, đây là một phần của trang JSP, có kết quả trả về là “Thanks for reading jsp

book.” với URL là http://www.jsp.com/thank.jsp?title=jsp

Thanks for reading <i><%=request.getParameter(“title”)%><i>book

Kỹ thuật JSP là một thành phần trong đại gia đình Java; nó sử dùng ngôn ngữ kịch bản dựa vào ngôn ngữ lập trình Java, và các trang JSP được biên dịch

thành servlets Từ đó chúng ta cũng nhận biết được, JSP thì không phụ thuộc bất

kỳ nền (platform) nào Nó đáp ứng được khuynh hướng của Sun MicroSystem là

“write one, run anywhere”

Các trang JSP có thể gọi các thành phần JavaBeans, Enterprise JavaBeans

(EJB) hoặc custom tags để thực hiện các xử lý trên server Và như thế, kỹ thuật

JSP là thành phần chủ chốt trong kiến trúc khả chuyển của Java cho những ứng dụng dựa vào Web

Như đã biết, JSPs sẽ biên dịch thành servlets nhưng JSP không thể thay thế

servlet vì các lý do sau:

- Một số tác vụ được giải quyết rất tốt bằng servlet Ví dụ, các ứng dụng

xuất ra dữ liệu nhị phân hoặc chỉ xác định nơi gởi trở lại cho người

dùng (bằng cách dùng response.sendRedirect) được dùng servlet thì

tốt nhất

- Một số tác vụ khác lại được giải quyết rất tốt bằng JSP như các tình huống mà cấu trúc nền tảng của trang HTML là cố định nhưng các giá trị trong nó lại thay đổi

- Còn các tác vụ còn lại cần sự kết hợp cả servlet và JSP Ví dụ, trong

yêu cầu gốc được trả lời bằng một servlet mà thực hiện mọi công việc, lưu trữ các kết quả trong các Beans và điều phối yêu cầu này đến một trong những trang JSP có thể hiển thị nó

Cả ba định hướng này đều có chổ đứng của nó Chẳng có định hướng nào hổ trợ đầy đủ cho mọi ứng dụng

Trước khi đi vào chi tiết công nghệ JSP, chúng tôi có một vài so sánh các công nghệ được sử dụng trong ứng dụng với các công nghệ khác

Trang 2

Đồ án tốt nghiệp Gvhd: Ts.Nguyễn Thúc Hải

Svth: Đinh Lê Giang www.khotrithuc.com Trang 2

I Một số so sánh các công nghệ được sử dụng với công nghệ khác?

1 MySQL Server

MySQL là hệ quản trị cơ sở dữ liệu quan hệ Cơ sở dữ liệu là một tập dữ liệu có cấu trúc và được lưu trữ trong các bảng riêng biệt, mỗi bảng được lưu trong ba files với tên cơ sở dữ liệu là tên thư mục chứa các files đó SQL được viết tắt từ Structured Query Language, là ngôn ngữ chuẩn phổ biến nhất để truy cập cơ sở dữ liệu Sau đây là một số ưu và nhược điểm của MySQL với các hệ quản trị cơ sở dữ liệu khác:

- Không có môi trường đồ hoạ

- JSP chạy được trên nhiều hệ điều hành và web servers khác nhau ngay cả với IIS của Microsoft (cần có plugins từ Webphere, JRun, )

- Hổ trợ sự mở rộng tag với custom tag

b) JSP với PHP

Lợi điểm của JSP với PHP cũng như với ASP JSP được viết bằng Java

mà chúng ta đã biết với các API mở rộng cho mạng, truy cập cơ sở dữ liệu, các đối tượng phân tán, … trong khi với PHP đòi hỏi chúng ta phải học cả một ngôn ngữ mới

Trang 3

3 Tầm quan trọng của XML cùng với XSLT

a) XML

XML là tập con của SGML, nó kết hợp tính linh động và sức mạnh của SGML cùng với một số tính năng hữu ích của HTML Vì XML là tập con của SGML nên nó cũng tương thích với các hệ thống dựa vào SGML đã có XML là lực đẩy cho các nghi thức trên internet và các phần mềm để dễ dàng xử lý và truyền dữ liệu

Ở trên đã nói XML là tập con của SGML và HTML là một sự cài đặt của SGML, mô hình sau đây diễn tả mối quan hệ giữa các ngôn ngữ và các siêu ngôn ngữ:

Metalanguages Languages

Implementation subset

Implementation

CDF : Channel Difinition Format – cho phép các tác giả của các Web sites cho phép các người đăng ký biết khi nào Web site này thay đổi, CDF đã được giới thiệu trong IE4 vì vậy nó chỉ làm việc với IE của Microsoft

SMIL : Synchronized Multimedia Integration Language – được sử dụng để đồng bộ hóa các dòng dữ liệu đa truyền thông được truyền qua internet

CML : Chemical Markup Language – mô tả các công thức hóa học

MML: Mathematical Markup language- mô tả các phương trình, biểu thức toán học

Tính tự mô tả dữ liệu của XML : các tags mô tả các vấn đề, các đối

tượng gần gủi với thế giới thực Chúng ta sẽ thấy rõ hơn với hai ví dụ sau, đây là

ví dụ minh họa nên nó còn thiếu nhiều thuộc tính trong thế giới thực :

Trang 4

- XML có mối quan hệ chặt chẽ với JSP, đặt tả JSP hổ trợ cú pháp XML, chúng ta có thể trộn lẫn mã chúng với nhau dễ dàng như JSP với HTML như thế chúng ta có thể dùng JSP tự động phát sinh trang XML

- Hiện nay có rất nhiều sản phẩm quản trị cơ sở dữ liệu mà mỗi sản phẩm đều có các đặc tính riêng nó, do đó khi các cơ sở dữ liệu khác nhau cần chuyển đổi dữ liệu với nhau lại không tương thích Vì vậy người làm công việc này cần phải biết nhiều sản phẩm quản trị cơ sở dữ liệu khác nhau Do đó XML là một định dạng chuẩn mà các hệ quản trị cần hổ trợ Hiện nay có nhiều hệ quản trị lớn hổ trợ XML như MS SQL Server, Oracle, …

b) XSLT

Extensible Stylesheet Language Transformation (XSLT) là một ngôn ngữ được tách ra từ ngôn ngữ XSL, “XSLT là một ngôn ngữ dùng để chuyển đổi các XML document thành các XML document khác” Nó được viết bằng XML, điều này có nghĩa rằng sự chuyển đổi trong XSLT được trình bày như một well-formed XML document XSLT đóng vai trò quan trọng trong hướng phát triển

“phát sinh ngôn ngữ markup hướng người dùng”

II JSP scripting elements

Các scripting elements trong JSP cho phép chúng ta chèn mã vào servlet mà

sẽ được phát sinh từ trang JSP Có ba dạng sau:

- Biểu thức có dạng <%= expressions %>, được định giá trị và chèn vào

luồng xuất của servlet

- Scriptlet có dạng <% code %>, được chèn vào phương thức

_jspService của servlet (được gọi là service)

- Khai báo có dạng <%! code %>, được chèn vào thân của lớp servlet,

như là các field của lớp thông thường

Template text

Trong nhiều trường hợp, phần lớn các trang JSP chỉ bao gồm HTML tĩnh,

được biết như là template text Có hai ngoại lệ phụ cho quy tắc “template text

được chuyển thẳng sang HTML tĩnh” Đầu tiên, nếu chúng ta muốn có <% trong

Trang 5

luồng xuất thì chúng ta cần phải đặt <\% trong template text Thứ hai, nếu chúng

ta muốn có chú thích trong JSP mà không có trong tài liệu kết quả, dùng:

1 Các biến được định nghĩa sẵn trong JSP

Để đơn giản hoá mã trong các biểu thức hay scriptlets trong JSP, người ta

cung cấp cho chúng ta chín đối tượng đã được định nghĩa trước, có người còn gọi

là các đối tượng ngầm định Do các khai báo trong JSP nằm ngoài phương thức

_jspService (được gọi bởi service) nên các đối tượng này không cho phép các

khai báo truy cập vào

request

Biến này có kiểu là javax.servlet.http.HttpServletRequest, có phạm

vi trong một yêu cầu (request) Nó cho phép chúng ta truy cập vào

các tham số của request như loại request (GET, POST, …) và các

incoming HTTP header (cookies)

response

Có kiểu là javax.servlet.http.HttpServletResponse, có phạm vi toàn

trang (page) Chú ý rằng vì luồng xuất thì thường làm vật đệm cho

nên việc gán mã tình trạng của HTTP và response header thì hợp lý

trong JSP, mặc dù điều này thì không được phép trong servlet một

khi đã có luồng xuất nào được gởi đến client

out

Trang 6

Có kiểu javax.servlet.jsp.JspWriter và phạm vi trong một trang (page) Dùng để gởi các thông xuất đến client Đối tượng out được dùng thường xuyên trong scriptlets, các biểu thức tự động được đưa

vào luồng xuất nên hiếm khi cần tham chiếu đến đối tượng này

session

Có phạm vi trong một phiên truyền (session) và kiểu tương ứng là

javax.servlet.http.HttpSession Gọi về các phiên truyền được tạo tự

động vì thế biến này vẫn còn kết nối ngay cả chẳng có một tham chiếu incoming session nào Một ngoại lệ là nếu chúng ta sử dụng

thuộc tính session của page directive để tắc các phiên truyền, mà lại

cố tham chiếu đến biến session thì sẽ gây ra các lỗi vào lúc trang

JSP được dịch thành servlet

application

Biến này có kiểu là javax.servlet.ServletContext, có phạm vi trong toàn ứng dụng (application) ServletContext lấy từ một đối tượng

cấu hình servlet là getServletConfig().getContext() Các trang JSP

có thể lưu trữ dữ liệu persistent trong đối tượng ServletContext tốt

hơn là trong các biến thể hiện ServletContext có các phương thức

setAttribute và setAttribute mà cho phép chúng ta lưu trữ dữ liệu

nhiều thuộc tính của trang và cung cấp một nơi thuận tiện để lưu

trữ dữ liệu dùng chung Biến pageContext lưu trữ giá trị của

javax.servlet.jsp.PageContext cùng với trang hiện hành Có thể

xem chi tiết trong chương II về JavaBeans

Trong một trang lỗi, chúng ta có thể truy cập vào đối tượng

exception Biến này có kiểu là java.lang.Throwable và phạm vị là

trang (page)

Trang 7

Current time: <%= new java.util.Date() %>

Trong Java mỗi câu lệnh đều có dấu „;‟ kết thúc dòng Tại sao biểu thức trong JSP lại không có dấu „;‟? Vì biểu thức này được đưa vào luồng xuất chẳng

hạn như PrintWriter Với ví dụ trên có thể chuyển vào servlet như sau:

PrintWriter out = response.getWriter();

out.println(“Current time:” + new java.util.Date());

a) Biểu thức như là giá trị trong elements khác

Biểu thức có thể được sử dụng trong các thuộc tính của các elements khác Giá trị từ các biểu thức này sẽ được tính vào thời gian yêu cầu (request time) Các elements cho phép sử dụng biểu thức trong các thuộc tính của chúng là:

Trang 8

"JSP,expressions,JavaServer,Pages,servlets" />

Code 1: expression.jsp (tiếp theo)

"A quick example of JSP expressions." />

<li>Your session ID: <%= session.getId() %></li>

<li>The <code>testParam</code> form parameter:

Scriptlets là những đoạn mã có chứa bất kỳ mã Java nào nằm giữa “<%”

và “%>” Nếu chúng ta muốn thực hiện thứ gì đó phức tạp hơn là chỉ chèn vào

một biểu thức đơn giản thì JSP scriptlets cho phép chúng ta thêm bất kỳ đoạn mã Java nào vào trang JSP Các scriptlets này được đưa vào phương thức _jspService (mà được gọi bởi service) của servlet Có cú pháp:

Trang 9

if (bgColor != null) { hasExplicitColor = true;

} else { hasExplicitColor = false;

"Supply the bgColor request attribute to try " + "a standard color, an RRGGBB value, or to see " + "if your browser supports X11 color names.");

}

%>

</body>

</html>

4 Khai báo trong JSP

Một khai báo trong JSP cho phép chúng ta định nghĩa các phương thức hoặc các trường (biến) có phạm vi toàn trang Khai báo sẽ được chèn vào trong

lớp của servlet (bên ngoài phương thức _jspService được gọi bởi service để xử lý

một yêu cầu) Một khai báo có dạng sau:

<%! Java Code %>

Các khai báo trong JSP thì không phát sinh ra bất kỳ thông xuất nào, chúng thường được dùng để liên kết với các biểu thức hoặc scriptlets Chẳng hạn, đây là một trang JSP mà in ra số lần truy cập vào trang

<title>JSP Declarations </title>

</head>

<body>

<h1>JSP Declarations</h1>

Trang 10

Svth: Đinh Lê Giang www.khotrithuc.com Trang

10

<%! private int accessCount = 0; %>

<h2>Accesses to page since server reboot:

<%= ++accessCount %></h2>

</body>

</html>

III JSP directives

Directives là các lệnh (chỉ thị) đến JSP container để xử lý trang JSP, chúng

tác động lên toàn bộ cấu trúc của lớp servlet Chúng có dạng sau:

<%@ directive {attr=“value”} %>

Cú pháp này thì dễ để soạn thảo, ngắn gọn, súc tích nhưng không tương thích với XML (Cú pháp XML ở dưới)

Directives thì không xuất bất kỳ thứ gì ra luồng xuất out Chỉ có ba directives

trong JSP: page, include và taglib

Cú pháp XML

Tương tự như scripting elements, các directives cũng có hai dạng cú pháp:

<%@ page attr_list %> : attr_list sẽ

được mô tả phần sau trong chương

này

<jsp:directive.page attr_list />

<%@ include file=”URL” %> <jsp:directive.include file=”URL” />

<%@ taglib attr_list %> : directive

này được trình bày trong chương

III Tag Libraries

<jsp:root attr_list>

<! other elements >

</jsp:root>

1 The page directive

page directive cho phép chúng ta điều khiển cấu trúc của servlet bằng

cách đưa vào các lớp, đặt MIME type, … Một page directive có thể được đặt bất

cứ nơi nào trong trang JSP

<%@ page import=“java.util.*, com.legiang.*” %>

page directive định nghĩa một số thuộc tính phụ thuộc vào trang và giao

tiếp giữa các thuộc tính này với JSP container

language

Định nghĩa ngôn ngữ kịch bản được sử dụng trong scriptlets, biểu

thức và khai báo Trong JSP 1.2 là phiên bản mới nhất chỉ có hổ trợ “java” cho thuộc tính này do đó “java” này cũng là giá trị mật định

<%@ page language=“java” %>

Trang 11

extends

Thuộc tính này chỉ định lớp cha (superclass) của servlet sẽ được

phát sinh cho trang JSP, có dạng sau:

<%@ page extends=“package.class” %>

Chú ý rằng khi sử dụng thuộc tính này phải hết sức cẩn thận vì tại server có thể đã dùng lớp cha mật định

import

Thuộc tính này mô tả các kiểu sẵn dùng trong môi trường kịch bản

(theo java) Chúng ta có thể import vào từng lớp hoặc cả một gói

(package)

<%@ page import=“package.class | package.*” %> Nếu import vào nhiều lớp hay packages thì cách nhau dấu “,”

session

Thuộc tính session kiểm soát liệu có hay không một trang tham gia

vào HTTP session Có hai giá trị “true” và “false” Mật định là

“true”, chỉ ra rằng biến ngầm định session nên được nối kết với

session hiện hành Giá trị “false” có nghĩa rằng chẳng có session

nào được sử dụng tự động và nếu cố truy cập vào biến session sẽ

trả lỗi vào lúc trang được dịch thành servlet

buffer

Thộc tính này xác định kích thước của vùng đệm được sử dụng bởi

biến out Có dạng sau:

<%@ page buffer=“none | sizekb” %>

Thuộc tính này có giá trị mật định là “8kb”, giá trị “none” chẳng

có vùng đệm nào được cấp và tất cả dữ liệu xuất sẽ được ghi trực

tiếp qua ServletResponse, PrintWriter

autoFlush

Xác định liệu luồng xuất có vùng đệm được tự động flush (giá trị

“true” mật định) khi vùng đệm đầy hay sẽ tung ra một ngoại lệ khi vùng đệm tràn (“false”)

Chú ý rằng sẽ không hợp lý nếu đặt autoFlush=“false” khi

buffer=“none”

isThreadSafe

Xác định mức độ an toàn của tiểu trình (thread) được cài đặt trong

trang (với giao tiếp SingleThreadModel), “true” là giá trị mật định

info

Trang 12

<%@ page errorPage=“Ralative URL” %>

Ngoại lệ tung ra sẽ có sẵn trong biến ngầm định exception

Thuộc tính này gán Content-Type cho response header, mô tả kiểu

MIME của tài liệu được gởi đến client Thuộc tính contentType có

một trong hai dạng sau:

<%@ page contentType=“MIME-Type” %>

<%@ page contentType=“MIME-Type;

charset=Character-Set” %>

Một số kiểu MIME-Type thường dùng: “text/html”, “text/xml”,

“text/plain”, “image/gif”, “image/jpeg”

pageEncoding

Định nghĩa bộ mã hoá ký tự cho trang JSP (character encoding), thuộc tính này hổ trợ cho bộ mã Unicode và Latin-1, có giá trị mật định là “ISO-8859-1”

Code 4: pagedirective.jsp

<?xml version="1.0" encoding="ISO-8859-1" ?>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"

"DTD/xhtml1-strict.dtd">

<html>

<head>

<title>The page Directive</titlle>

type="text/css" />

</head>

<body>

<h2>The page Directive</h2>

Ví dụ 4: pagedirective.jsp (tiếp theo)

Trang 13

<%@ page import="java.util.*, com.legiang.*"

%>

<% JSP Scriptlet (xem phần I.3) %>

<%

Cookie[] cookies = request.getCookies();

String oldID = ServletUtilities.getCookieValue(cookies, "userID", NO_VALUE);

String newID;

if (oldID.equals(NO_VALUE)) { newID = randomID();

} else { newID = oldID;

} LongLivedCookiecookie = new LongLivedCookie ("userID" , newID); response.addCookie(cookie);

%>

<% JSP Expressions (xem phần I.II.2) %>

This page was accessed at <%= new Date() %> with a userID cookie of <%= oldID %>

</body>

</html>

2 The include directive

Chúng ta sử dụng include directive để đưa một file vào tài liệu JSP chính

vào lúc tài liệu dịch thành servlet (mà thường vào lần đầu tiên truy cập vào trang này) Có cú pháp như sau:

<%@ include=“Relative URL” %>

Thật sự JSP chia làm hai nhánh để include một file vào một tài liệu chính File được include thì được chèn vào trang vào lúc biên dịch, Còn nhánh còn lại

thì được chèn vào tại thời gian yêu cầu (request) với element là jsp:include sẽ

được trình bày trong mục IV Các action chuẩn

File được include vào không những chứa HTML tĩnh mà còn chứa được mã JSP động Đặc tính này cho phép chúng ta tạo các thanh định hướng, các phần thông tin cần tương tác, đếm số trang, riêng trên một file khi chúng ta có nhiều trang sử dụng lại chúng Nếu file được include thay đổi thì tất cả JSP files sử dụng nó cần phải được cập nhật lại

Trang 14

14

Ví dụ về include directive

File đầu tiên là một đoạn của trang chứa các thông tin tương tác cần thiết

cho file thứ hai dùng lại bằng include directive

Code 5: contact.jsp

<%@ page import="java.util.Date" %>

<% Các biến sau sẽ trở thành các fields trong servlet khi JSP file gọi file này %>

<%! private int accessCount = 0;

private Date accessDate = new Date();

private String accessHost = "<i>No previous access</i>";

%>

<hr/>

<a href="http//www.LG.com/">my-company.com</a>

This page has been accessed <%= ++accessCount %>

times since server reboot It was last accessed from

<title>The include Directive</title>

<p>Information about our products and services.</p>

<p>Giang, Giang, Giang.</p>

<%@ include file="contact.jsp" %>

</body>

</html>

Trang 15

3 The taglib directive

Directive này định nghĩa thư viện tag và tiếp đầu ngữ cho những custom

tag được sử dụng trong trang JSP Có cú pháp sau:

<%@ taglib uri=“URIToTagLib” prefix=“tagPrefix”%>

taglib directive sẽ được trình bày chi tiết trong chương III

IV Các action chuẩn

Actions chẳng qua là elements được định nghĩa trong bản đặc tả JSP và luôn

luôn có sẵn trong các JSP file mà không cần import vào bất kỳ thứ gì và chúng có

cú pháp XML Có chín actions chuẩn: jsp:include, jsp:useBean, jsp:setProperty,

jsp:getProperty, jsp:plugin, jsp:forward, jsp:fallback, jsp:params, jsp:param sẽ

được giới thiệu trong mục này

1 Action chèn vào files ở thời gian request

Với include directive cho phép chúng ta thêm vào các tài liệu chứa mã

JSP vào nhiều trang khác nhau nhưng lại có vấn đề là đòi hỏi chúng ta phải cập nhật lại ngày sữa đổi của trang khi file được include thay đổi Để loại bỏ vấn đề

này đặt tả JSP cung cấp cho chúng ta một action là <jsp:include> để include các

file vào thời gian yêu cầu (request) Mặc khác, do trang được biên dịch thành

servlet vào thời gian yêu cầu vì thế các file được include không thể chứa mã JSP

Cú pháp của action này là:

<jsp:include page=“Relative URL” flush=“true”>

Ví dụ sau sử dụng jsp:include action để include bốn file html, ví dụ này

chỉ hiện thị các thông tin của các web sites nỗi tiếng

Trang 16

16

</center>

<p>Here is a summary of our four most recent news stories:</p>

<ol>

</ol>

</body>

</html>

Code 8: item1.html

<b>Bill Gates acts humble.</b> In a startling and unexpected

development, Microsoft big wig Bill Gates put on an open act of

humility yesterday

<a href="http://www.microsoft.com/Never.html">More details </a>

<b>Scott McNealy acts serious.</b> In an unexpected twist,

wisecracking Sun head Scott McNealy was sober and subdued at

yesterday's meeting

<a href="http://www.sun.com/Imposter.html">More details </a>

<b>Larry Ellison acts conciliatory.</b> Catching his competitors

off guard yesterday, Oracle prez Larry Ellison referred to his

rivals in friendly and respectful terms

<b href="http://www.oracle.com/Mistake.html">More details </a>

<b>Sportscaster uses "literally" correctly.</b> In an apparent

slip of the tongue, a popular television commentator was

heard to use the word "literally" when he did <i>not</i>

mean "figuratively."

<a href="http://www.espn.com/Slip.html">More details </a>

2 Action chèn vào Applets cho Java Plug-In

Với JSP, chúng ta không cần có bất kỳ cú pháp đặc biệt nào để include

vào các applet; chỉ dùng APPLET tag của HTML bình thường Tuy nhiên, các

applet này phải sử dụng từ JDK 1.1 trở xuống vì cả hai trình duyệt phổ biết nhất

là Netscape 4.x và Internet Explorer 5.x vẫn chưa hổ trợ JDK 1.2 Do đó applet có một số giới hạn sau:

Trang 17

- Để sử dụng Swing, chúng ta phải gởi các Swing files qua mạng Tiến trình này tốn rất nhiều thời gian và cũng thất bại trong Internet Explorer 4 và Netscape 3.x (chỉ hổ trợ JDK 1.02) mà Swing lại phụ thuộc vào JDK 1.1

- Chúng ta không thể dùng Java 2D

- Chúng ta không thể dùng gói collection (tập hợp) của Java 2

- Mã của chúng ta chạy chậm hơn vì hầu hết các trình biên dịch cho nền Java 2 được cải tiến rất đáng kể so với các trình biên dịch từ JDK 1.1 trở xuống

Hơn thế nữa, các phiên bản của các trình duyệt có một số mâu thuẫn trong cách thức mà chúng hổ trợ AWT component khác nhau, làm cho việc thử nghiệm

và điều phối các giao tiếp người dùng trở nên phức tạp và nặng nề hơn Để giải quyết các vấn đề này, Sun đã phát triển Java Plug-In cho Netscape và Internet Explorer mà cho phép chúng ta sử dụng Java 2 platform cho các applet trong nhiều trình duyệt khác nhau

Tuy nhiên, lại thật không may mắn là APPLET tag bình thường sẽ không

làm việc với Plug-In vì các trình duyệt được thiết kế riêng chỉ sử dụng máy ảo (Virtual Machine) có sẳn của chúng khi chúng gặp APPLET Thay vì thế, chúng

ta phải sử dụng OBJECT tag đối với IE và EMBED tag đối với Netscape Hơn

nữa vì chúng ta không biết loại trình duyệt nào sẽ truy cập vào trang chúng ta nên chúng ta phải hoặc là include cả OBJECT lẫn EMBED (đặt EMBED trong phần COMMENT của OBJECT) hoặc là xác định loại trình duyệt vào thời gian yêu

cầu để dùng tag đúng cho loại trình duyệt đó Quá trình này thì hiển nhiên nhưng

Trang 18

18

Ngoài bốn thuộc tính này jsp:plugin còn có các thuộc tính sau và hầu hết

giống (nhưng không phải là tất cả) như các thuộc tính của APPLET tag

codebase, align, archive, hspace, name, vspace, title

Giống như APPLET tag

iepluginurl

URL cho Internet Explorer mà có thể download Plug-In

b) jsp:param và jsp:params action

jsp:param được dùng trong các actions khác như: jsp:include,

jsp:forward, jsp:plugin Action này dùng để cung cấp cặp tên và giá trị

(name/value) cho các actions trên Cụ thể với jsp:plugin, thì action này sẽ định rõ

tên và giá trị mà được truy cập từ trong applet bởi getParameter

Tất cả jsp:param actions đều phải nằm trong jsp:params action Ví dụ:

Code 12: Sử dụng Applet

<APPLET CODE=“MyApplet.class”

WIDTH=457 HEIGHT=350>

</APPLET>

trong JSP sử dụng như sau:

<jsp:plugin type=“applet” code=“MyApplet.class”

width=“457” height=“350” >

<jsp:params>

<jsp:param name=“PARAM1” value=“VALUE1” />

<jsp:param name=“PARAM2” value=“VALUE2” />

</jsp:params>

</jsp:plugin>

c) jsp:fallback action

Trang 19

jsp:fallback cung cấp văn bản thay thế đối với các trình duyệt không hổ trợ

OBJECT hay EMDEB Chúng ta sử dụng action này giống như là dùng văn bản

thay thế được đặt trong APPLET tag Ví dụ chúng ta có thể thay thế

3 Actions dùng để forward và sử dụng Components

a) Chuyển các request từ các trang JSP

Tình huống chuyển request phổ biến nhất là request đó, đầu tiên, bắt nguốn

từ servlet và servlet đó chuyển request này đến trang JSP Lý do để servlet thường

xử lý request gốc là để kiểm tra các tham số trong request và thiết lập Beans nên

đòi hỏi nhiều công việc lập trình và nó thuận tiện để lập trình trong servlet hơn là

trong tài liệu JSP Nguyên nhân mà trang đích thường lại là tài liệu JSP là JSP rất đơn giản trong tiến trình tạo ra tài liệu HTML

Tuy nhiên điều này chỉ là định hướng thường dùng chứ không có nghĩa là chỉ có một cách để thực hiện Do đó để đơn giản và dễ sử dụng hơn trong việc

nhúng mã RequestDispatcher trong một scriptlet chúng ta có thể sử dụng

jsp:forward action Ví dụ:

Code 14: Sử dụng jspforward

<% String dest;

if (Math.random() > 0.5) { dest = “page1.jsp”;

} else { dest = “page2.jsp”;

}

%>

<jsp:forward page=“<%= dest %>” />

Action này cho phép điều phối một request hiện hành vào lúc runtime đến

một tài nguyên tĩnh, trang JSP hay lớp servlet trong cùng một ứng dụng

Trang 20

Trang 21

JavaSoft về Bean: “JavaBean là một component phần mềm có thể dùng lại được,

có thể được thực hiện trực quan bằng môi trường phát triển tích hợp IDE (Integrated Development Environment).”

JavaBean API: tuân theo các quy ước được xác định bởi JavaBean API,

cho phép JSP container tương tác với Beans ở mức lập trình mặc dù JSP

container thực sự chẳng hiểu Bean thực hiện những gì và hoạt động ra sao Đối

với JSP, chúng ta chỉ quan tân đến các khía cạnh API rồi ra các dấu hiệu cho những hàm tạo của Bean và các phương thức truy cập thuộc tính xử lý

Giống như bất kỳ lớp Java nào, các thể hiện của Bean đơn thuần chỉ là các đối tượng Java Chúng ta thường có sự lựa chọn hoặc là tham chiếu tới Beans và các phương thức của chúng trực tiếp qua mã Java trong các lớp khác hoặc là

thông qua các scripting element trong trang JSP Vì các scripting element cũng

theo các quy ước của Bean nên chúng ta có thể làm việc với Beans mà không cần

phải viết một đoạn mã Java nào Bean container như JSP container, có thể cung

cấp sự truy cập dễ dàng vào Beans và các thuộc tính của chúng

2 Các quy ước của Bean

Khi định nghĩa Bean chúng ta phải tuân theo các quy tắc sau:

- Tên lớp của Bean phải có tiếp vĩ ngữ là Bean chẳng hạn UserBean, DataAccessBean, .Thật sự thì quy tắc này không là yêu cầu bắt buộc nhưng nó là một định hướng thông dụng và cho phép những nhà phát triển khác hiểu ngay lập tức vai trò của lớp này

- Một Bean phải có một hàm tạo không có tham số

- Bean không nên có bất kỳ biến thể hiện (field) nào là „public‟

- Các giá trị bền vững nên được truy cập thông qua các phương thức gọi là getXxx và setXxx

- Đối với các server-side Bean không nên dùng thư viện đồ hoạ

Trang 22

Svth: Đinh Lê Giang Trang 22

<jsp:useBean id = “beanName” scope = “value” typeSpec>

<! các element khác >

</jsp:useBean>

Nếu không có body, tức là không có tag nào trong thân của jsp:useBean thì có cú pháp là empty tag

TypeSpec có thể hoặc (|) trong các thuộc tính sau:

TypeSpec ::= class = “className” |

class = “className” type = “typeName” | type = “typeName” class = “className” | beanName = “beanName” type = “typeName” | type = “typeName” beanName = “beanName” | type = “typeName”

Các giá trị của thuộc tính scope:

- page Đây là giá trị mặc định của scope Bean với giá trị này sẽ có sẵn từ javax.servlet.jsp.PageContext trong trang hiện hành Bean sẽ được loại bỏ khi một response gởi trở về client hoặc

request được chuyển tới một trang mới

- request Bean có giá trị này thì có sẵn từ đối tượng ServletRequest của

trang hiện hành và bất kỳ trang được include hay forward nào

bằng cách sử dụng phương thức getAttribute(name) Bean sẽ

bị huỷ bỏ khi một response gởi trở về client

<jsp:setProperty name = “beanName” options />

options có thể hoặc (|) trong các thuộc tính sau:

options::=property =“*” |

property =“propertyName” |

Trang 23

property =“propertyName” param =“paraName” | property =“propertyName”

value =“{<%= expr%> | string}”

2 Phương pháp chuyển kiểu tự động JSP  Bean

Các thuộc tính của một thành phần JSP thì không giới hạn giá trị chuổi (string) nhưng rất quan trọng để hiểu rằng tất cả giá trị của thuộc tính được truy

cập qua <jsp:getProperty> tag sẽ được chuyển thành kiểu chuổi Tuy nhiên, phương thức getter không cần trả về kiểu String một cách tường minh vì JSP

container sẽ tự động chuyển giá trị trả về này thành kiểu String nếu cần thiết Đối

với các kiểu dữ liệu cơ bản của Java, sự chuyển đổi được thể hiện trong bảng sau:

Property Type Conversion to String

Tương tự, tất cả phương thức setter của thuộc tính được truy cập với

<jsp:setProperty> tag sẽ được tự động chuyển từ String sang một kiểu gốc thích hợp bởi JSP container Điều này được thực hiện qua các phương thức của các

lớp vỏ bọc Java

Property Type Conversion from String

boolean or Boolean java.lang.Boolean.valueOf(string)

char or Character java.lang.Character.valueOf(string)

double or Double java.lang.Double.valueOf(string)

int or Integer java.lang.Integer.valueOf(string)

Trang 24

float or Float java.lang.Float.valueOf(string)

3 Tìm hiểu cách INTROSPECTOR làm việc

a) Introspector là gì?

Introspector là bộ phân tích mà qua đó Java xem xét các đoạn mã của

chương trình để tìm ra những phương thức dùng để xây dựng và áp dụng cho từng thuộc tính cũng như tình huống cụ thể Chúng ta không cần quan tâm đến các khai báo phức tạp khác Ví dụ thiết lập hai phương thức sau:

public void setAge(int age) public int getAge()

Theo cách này Bean container sẽ hiểu là chương trình muốn tạo ra thuộc tính là age có kiểu int – Bean container sẽ chuyển các thuộc tính theo quy tắc:

FoorBar  foorBar

Z  z URL  URL

b) Thiết kế các phương thức mẫu dùng cho thuộc tính

Đối với thuộc tính mang những trị đơn, hai phương thức getter và setter

được viết theo mẫu sau (với getter và setter xem 4.Thuộc tính của Bean):

public void setAttributeName(AttributeType param) public AttributeType getAttributeName()

Đối với thuộc tính mang những trị kiểu boolean, phương thức getter

được dùng với tiếp đầu ngữ là is thay cho get:

public void setAttributeName(AttributeType param) public boolean isAttributeName()

Đối với thuộc tính gồm nhiều phần tử (index attribute) các phương thức

getter và setter cũng được thiết lập tương tự Chúng ta có thể sử dụng một cặp

phương thức hay cả hai cặp phương thức cũng được

public void setAttributeName(int index, AttributeType value) public AttributeType getAttributeName()

và/hoặc

public void setAttributeName(AttributeType[] value) public AttributeType[] getAttributeName()

c) Khai báo các phương thức một các tường minh

Nếu không muốn bộ phân tích Introspector ngầm định, chúng ta có thể khai

báo và xử lý các phương thức một cách tường minh nhờ vào một lớp phụ dùng để

mô tả các phương thức được gọi là BeanInfo Khi Beans có tên là xxx được biên dịch, trước tiên Bean container sẽ đi tìm lớp có tên là xxxBeanInfo Nếu lớp này

Trang 25

tồn tại, các thông tin trong lớp xxxBeanInfo sẽ được xử lý trước và áp dụng cho các phương thức được tìm thấy Các phương thức không được mô tả trong

xxxBeanInfo sẽ được áp dụng cách phân tích kiểu Introspector mặc định Xem thêm III Các giao tiếp bổ trợ cho Bean

4 Thuộc tính của Bean

a) Các phương thức truy xuất

Thuộc tính thật ra chỉ là những biến nằm trong một lớp, tuy nhiên những biến này không nên sử dụng trực tiếp mà nên thông qua các phương thức để truy xuất chúng Thông thường biến được dùng vào hai mục đích đó là gán dữ liệu và lấy dữ liệu ra để tính toán Java đưa ra hai loại phương thức để đáp ứng cho nhu

cầu truy xuất biến đó là các phương thức getter mang ý nghĩa đọc dữ liệu từ biến

và các phương thức setter mang ý nghĩa gán dữ liệu cho biến

b) Các loại thuộc tính

Chúng ta hãy xem các ví dụ sau:

- Thuộc tính mang những giá trị đơn

Bean sau đây lấy thời gian của hệ thống

Code 15: Java file

package com.legiang.bean;

import java util.*;

public class CurrentTimeBean { /*Data members*/

private int hours;

private int minutes;

/* Methods */

Code 15: Java file (tiếp theo)

public CurrentTimeBean() { Date now = new Date();

this.hours = now.getHours();

this.minutes = now.getMinutes();

} public int getHours() { return hours;

} public int getMinutes() { return minutes();

} }

Code 16: JSP file

<jsp:useBean id="time"

Trang 26

- Thuộc tính mang giá trị boolean

} public void setAuthorized(boolean authorized) { this.authorized = authorized;

} public boolean isAuthorized() {

return authorized;

} }

- Thuộc tính mang giá trị mảng

Ví dụ này sẽ xây dựng một component mà có thể thực hiện

các tính toán tĩnh trên một dãy số

Trang 27

} public double getAverage() { double sum = this.getSum();

if (sum == 0) return 0;

else return sum/numbers.length;

} public double getSum() {

return numbers;

} public double getNumbers(int index) { return numbers[index];

} public void setNumbers(double[] numbers) { this.numbers = numbers;

} public void setNumbers(int index, double value) { numbers[index] = value;

} public int getNumbersSize() { return numbers.length;

} }

Trang 28

double[] numbers = stat.getNumbers();

for (int i=0; i < numbers.length; i++) {

if (i != numbers.length) out.print(numbers[i] + ",");

III Các giao tiếp bổ trợ cho Bean

Trong khi điều này không phải là yêu cầu đặc biệt thì có một số giao tiếp cho phép chúng ta cài đặt vào Beans Các giao tiếp này có thể được dùng để mở rộng tính năng các Bean của chúng ta đối với các tình huống khác nhau

1 Giao tiếp BeanInfo

Chúng ta đã biết về cơ chế tương phản (reflection) trong mục trước, nhưng có phương pháp khác mà một lớp Bean có thể báo cho Bean container

(như JSP container) biết về các thuộc tính của nó bằng cách cài đặt giao tiếp

BeanInfo Giao tiếp BeanInfo cho phép chúng ta tạo ra một lớp đồng hành với

Bean của chúng ta mà định nghĩa các thuộc tính và các cấp độ truy cập của nó Giao tiếp có thể được dùng để thích ứng với các lớp Java đã có đối với việc sử dụng của Bean mà không cần thay đổi giao tiếp đã tạo Nó cũng được sử dụng để che dấu các thuộc tính nào được truy cập thường xuyên từ client, vì thỉnh thoảng

cơ chế reflection chuẩn của Java có thể phơi bày nhiều thông tin mà chúng ta lại

không muốn như thế

Để tạo lớp BeanInfo chúng ta chỉ cần đặt tên lớp cùng với tiếp vị ngữ

BeanInfo (như SimpleBeanBeanInfo) và cài đặt giao tiếp java.beans.BeanInfo

Quy tắc đặt tên này là cách báo cho Bean container (như JSP container) biết để

xác định lớp BeanInfo thích hợp cho Bean chúng ta

Trang 29

2 Giao tiếp Serializable

JavaBeans sau khi được thiết kế và đem vào sử dụng người dùng sẽ tuỳ ý thay đổi các thuộc tính mà Bean cung cấp Tuy nhiên khi chấm dứt chương trình thì các thuộc tính này cũng mất đi Lần sau khi dùng các thuộc tính này phải được khởi tạo và đặt lại giá trị mới Như vậy chu trình sống của Bean chỉ hạn hẹp trong quá trình hoạt động của chương trình, không sử dụng lại sau này được Java cung cấp một khả năng lưu lại các đối tượng JavaBeans lên đĩa bằng cơ chế

Serializable Khi một đối tượng hay Bean được lưu xuống tập tin nhị phân thì tất

cả biến hay các đối tượng con nằm bên trong lớp cha đều được lưu theo

Một số server hổ trợ cơ chế persistent session bằng cách ghi bất kỳ dữ

liệu nào của session vào đĩa giữa các lần server ngừng hoạt động Khi server hoạt

đông trở lại thì dữ liệu được serialization được phục hồi trở lại Một nguyên nhân

tương tự đưa vào các server để hổ trợ cho việc nhóm các session lại trong các môi trường truyền thông chậm chạp (do hoạt động nhiều, ) Nhiều server sử dụng cơ

chế serialization để sao lặp dữ liệu của session giữa các web server trong nhóm

Nếu Beans của chúng ta không cài đặt giao tiếp Serializable thì server không thể

lưu trữ hoặc chuyển Beans của chúng ta trong các tình huống này

3 Giao tiếp HttpSessionBindingListener

Việc cài đặt giao tiếp HttpSessionBindingListener của Servlet API trong

Beans chúng ta sẽ cho phép các thể hiện nhận được thông báo của các sự kiện session Giao tiếp này khá đơn giản, chỉ cần định nghĩa hai phương thức:

public void valueBound(HttpSessionBindingListener event) public void valueUnBound(HttpSessionBindingListener event)

Phương thức valueBound() được gọi khi Bean được lưu trữ trong session

của người dùng Trong trường hợp của JSP, điều này sẽ thường xảy ra ngay khi

Bean được khởi tạo bởi <jsp:useBean> tag mà có xác định phạm vi “session”

trong thuộc tính scope

Phương thức valueUnBound() được gọi khi đối tượng bị xoá khỏi

session Có vài tình huống làm cho Bean của chúng ta sẽ bị xoá khỏi session Khi

JSP container dự định chấm dứt một session của người dùng vì hoạt động kém,

trước tiên JSP container xoá từng mục dữ liệu trong session, rồi kích hoạt

valueUnBound() Thứ hai, Sự kiện này sẽ được kích hoạt nếu servlet, scriptlet,

hay đoạn mã Java nào đó xoá bỏ Bean khỏi session vì một số lý nguyên nhân

Mỗi sự kiện kết hợp với giao tiếp HttpSessionBindingListener thì có thể

sử dụng để đạt được sự truy cập vào đối tượng session Việc cài đặt giao tiếp này

sẽ cho phép chúng ta tác động trở lại các sự kiện của session Ví dụ đóng các nối kết không cần thiết, tạo các giao tác hoặc thực hiện các hoạt động bảo trì khác

Trang 30

Đồ án tốt nghiệp Gvhd: Ts Nguyễn Thúc Hải

I Tag library là gì ?

Trong kỹ thuật JavaServer Pages, các action là các element có thể tạo ra và

truy cập vào các đối tượng của ngôn ngữ lập trình và xuất vào những luồng xuất

chuẩn như màn hình, máy in,… JSP định nghĩa ra chín action chuẩn mà phải được cung cấp bởi bất kỳ engine nào

Ngoài các action chuẩn này , từ JSP v1.1 trở lên cho phép xây dựng và phát triển các module có thể dùng lại được gọi là custom action Trong trang JSP, một

custom action được triệu gọi bằng cách dùng custom tag Một tag library là một

tập các custom tag

Các ứng dụng có thể được thực hiện bằng custom action bao gồm xử lý form,

truy cập cơ sở dữ liệu và các dịch vụ ở mức xí nghiệp khác như email, quản lý

thư mục và điều khiển luồng Trước khi custom action xuất hiện thì JSP có một

cơ chế dùng lại mã là các thành phần JavaBean kết hợp với scriplet Tuy nhiên

với JavaBean có một bất lợi là xây dựng phức tạp và khó quản lý

Các custom action làm dịu được vấn đề này bằng cách mang lại các lợi ích

dưới góc độ khác của việc module hoá tính sử dụng lại cho các trang JSP Các

custom action gói gọn lại các tác vụ để chúng có thể được dùng lại trong hơn một

ứng dụng và tăng hiệu xuất bằng cách khuyến khích phân chia công việc giữa các

nhà phát triển thư viện và người sử dụng thư viện Các tag library của JSP được

tạo bởi các nhà phát triển, là người thành thạo ngôn ngữ lập trình Java và là

chuyên gia trong giao tiếp với cơ sở dữ liệu và các dịch vụ khác Các tag library

được dùng bởi các nhà thiết kế ứng dụng web, là người có thể chỉ tập trung vào cách thức hiển thị hơn là quan tâm đến cách truy cập cơ sở dữ liệu và các dịch vụ khác

Một số đặt tính của các custom tag là:

- Chúng có thể được tuỳ biến thông qua các thuộc tính từ một trang đang gọi

- Chúng được phép truy cập vào tất cả đối tượng có sẵn trong trang JSP

- Chúng có thể thay đổi lời đáp mà được phát sinh bởi một trang đang gọi

- Chúng có thể được lồng với nhau và cho phép các tương tác phức tạp trong một trang

- Chúng có thể truyền thông với nhau Chúng ta có thể tạo và khởi tạo một thành phần JavaBean, tạo một biến tham chiếu đến Bean đó

trong một tag và sau đó sử dụng Bean này trong tag khác

Trang 31

II Cách dùng các tags trong JSP

Phần này trình bày cách thức mà tác giả của trang web sử dụng tag library trong JSP và giới thiệu các loại tag khác nhau Các ví dụ trong phần này sẽ được

định nghĩa trong phần III

1 Khai báo các tag library

Trang JSP sẽ sử dụng các tag được định nghĩa trong một tag library bằng cách đưa vào taglib directive trong trang trước bất kỳ custom tag được sử dụng:

<%@ taglib uri = „/tlt‟ prefix = „tlt‟ %>

Thuộc tính uri tham chiếu tới URI đó là định danh duy nhất cho tag

library URI có thể là URI tương đối hay tuyệt đối Nếu URI tương đối thì nó

phải được ánh xạ đến một URI tuyệt đối trong taglib element của bộ mô tả triển

khai ứng dụng Web, tập tin cấu hình này cùng với ứng dụng Web được phát triển theo bản đặt tả Java Servlet và JavaServer Pages

Thuộc tính prefix định nghĩa một tiếp đầu ngữ để phân biệt với các tag

library khác, do đó thuộc tính này giải quyết được vấn đề xung đột về các tên tag

2 Các loại tag

Những custom action được diễn đạt bằng cú pháp XML Chúng có start

tag, nội dung và end tag:

a) Các tag đơn giản

Một tag đơn giản sau triệu gọi một action và xuất ra lời chào “Hello

World.”

<tlt:helloWorld />

b) Các tag có thuộc tính

Một start tag của custom action có thể chứa các thuộc tính dưới dạng

attr = „value‟ Các thuộc tính này tuỳ biến các tham số dùng trong các phương thức của một lớp java

Các thuộc tính có thể được gán một hay nhiều tham số trong một đối tượng request hoặc từ một hằng chuổi Chỉ có các kiểu thuộc tính trong bảng sau mới có thể được gán từ các giá trị tham số của request và của các hằng chuổi

boolean or Boolean java.lang.Boolean.valueOf(String)

byte or Byte java.lang.Byte.valueOf(String)

Trang 32

char or Character java.lang.Character.valueOf(String)

double or Double java.lang.Double.valueOf(String)

int or Integer java.lang.Integer.valueOf(String)

float or Float java.lang.Float.valueOf(String)

long or Long java.lang.Long.valueOf(String)

Giá trị thuộc tính có dạng <%= expression %> được tính vào thời gian yêu cầu Giá trị của biểu thức tuỳ thuộc vào kiểu thuộc tính được xác định trong

đối tượng cài đặt tag còn gọi là tag handler (tag handler trong phần định nghĩa các tag)

<tlt:helloWorld name=‟DHBK Ha Noi‟/>

c) Các tag có nội dung

Tag có thể bao hàm các custom tag, scripting element, HTML, và nội

dung nằm giữa start tag và end tag Trong ví dụ sau sẽ đưa ra thông tin “lời chào”

được cung cấp trong thân tag thay vì trong thuộc tính của nó

<tlt:helloWorld>

DHBK Ha Noi

</tlt:helloWorld>

d) Các tag định nghĩa các biến kịch bản

Một tag có thể định nghĩa ra một biến mà biến này được dùng trong cùng

một trang Ví dụ sau đây minh hoạ cách thức định nghĩa và sử dụng một biến chứa một đối tượng được trả về

e) Kết hợp các tag

Các tag kết hợp với nhau bằng các phương pháp của các đối tượng dùng

chung Trong ví dụ sau, tag1 tạo một đối tượng có tên là obj1, sau đó được sử

dụng lại bởi tag2 Qui tắc này được khuyến khích bởi bảng đặt tả JSP, một tag tạo

ra một tên với thuộc tính id và tag thứ hai có thuộc tính name để dùng lại tên này

<tlt:tag1 id=‟obj1‟ attr2=‟value‟/>

III Định nghĩa các tag

Để sử dụng các custom tag trong trang JSP, chúng ta cần phải định nghĩa ba

thành phần riêng biệt:

- Phát triển tag handler và các lớp trợ giúp cho tag

Trang 33

- Khai báo tag trong bộ mô tả thư viện tag (tag library descriptor)

dưới dạng tập tin XML

- Tạo tập tin JSP có sử dụng custom tag

Phần này mô tả các thuộc tính của tag handler và các bộ mô tả thư viện tag, cũng trình bày cách phát triển tag handler và các element của bộ mô tả thư viện đối với mỗi loại tag được giới thiệu trong phần trước

1 Tag handler

Tag handler là một đối tượng được gọi lên bởi JSP container để định trị

cho custom tag trong xuốt quá trình thực thi của trang JSP có tham chiếu tới một

tag nào đó Các phương thức của tag handler được gọi bởi lớp cài đặt trang JSP

vào các thời điểm khác nhau trong xuốt quá trình định trị cho tag

Khi gặp start tag của custom tag thì lớp cài đặt trang JSP gọi các phương

thức để khởi tạo các giá trị thích hợp và sau đó triệu gọi phương thức doStartTag

Khi gặp end tag của custom tag thì phương thức doEndtag được gọi

Tuỳ theo mục đích của từng custom tag mà chúng ta xử lý các phương

thức thích hợp trong từng giao tiếp cài đặt Bảng sau mô tả các loại tag có các

phương thức tương ứng để xử lý

Attributes doStartTag, doEndTag, set/getAttribute1 N

Body, No

Interaction doStartTag, doEndTag, release

Body, Interaction doStartTag, doEndTag, release, doInitBody,

doAfterBody

Tag handler có sự truy cập vào API mà cho phép nó truyền thông với

trang JSP Con đường vào API này là đối tượng pageContext, qua đó tag handler

có thể truy cập vào mọi đối tượng ngầm định khác như request, session,

application từ trang JSP Các đối tượng ngầm định có thể có các thuộc tính kết

hợp với chúng Các thuộc tính như thế được truy cập qua các phương thức [get/set]Attribute thích hợp

Nếu tag được lồng nhau thì tag handler cũng có thể truy cập handler này (được gọi là parent) cùng với toàn bộ tag

Các tag handler phải được cài đặt hai giao tiếp hoặc Tag hoặc BodyTag Các giao tiếp có thể được dùng để lấy đối tượng Java đã tồn tại và tạo ra một tag

handler Để định nghĩa các tag handler mới chúng ta có thể dùng các lớp

Trang 34

TagSupport và BodyTagSupport như là các lớp cơ sở (xem III 4 Tag handler

được triệu gọi như thế nào?)

2 Tag library descriptor

Tag library descriptor (TLD) là một tài liệu XML dùng để mô tả thư viện

tag Một TLD chứa toàn bộ thông tin về thư viện và mỗi tag chứa trong thư viện JSP container và các công cụ phát triển JSP sử dụng TLD để xác định các tag

Các element của TLD sau dùng để định nghĩa thư viện tag:

Code 21: HelloWorldTag.java

<!DOCTYPE taglib PUBLIC "-//Sun Microsystems, Inc.//DTD JSP Tag Library1.1//EN"

"http://java.sun.com/j2ee/dtds/web-jsptaglibrary_1_1.dtd">

<! a tag library descriptor >

<! Phiên bản của JSP mà tag handler phụ thuộc >

<! Tên mặt định đơn giản có thể dùng bởi công cụ tạo trang JSP để tạo tên với giá trị gợi nhớ; chẳng hạn shortname có thể được dùng

như giá trị tiếp đầu ngữ thích hợp trong taglib directive và/hoặc tạo ra

các tiếp đầu ngữ cho các id >

Tag element yêu cầu đối với mọi tag để xác định một lớp có trong thư

import javax.servlet.jsp.tagext.*; // tag extension

a) Các tag đơn giản

- Tag handler

Đối với các tag đơn giản chỉ cần cài đặt hai phương thức của giao

tiếp Tag là doStartTag và doEndTag doStartTag được triệu gọi khi

JSP container gặp start tag, nó trả về SKIP_BODY vì thân tag

chẳng có nội dung nào cả Ngược lại khi gặp end tag thì JSP

Trang 35

container gọi doEndTag, trả về EVAL_PAGE nếu phần còn lại của

trang cần phải định trị, nếu không trả về SKIP_PAGE

Lớp tag handler sẽ được cài đặt như sau:

Code 22: HelloWorldTag.java

public HelloWorldTag extends TagSupport { public int doStartTag() throws JspException { try { pageContext.getOut().print("Hello World.");

} catch (Exception ex) { throw new JspTagException("HelloWorldTag: " + e.getMessage());

} return SKIP_BODY;

} public int doEndTag() { return EVAL_PAGE;

} }

<! „EMPTY‟ is insensitive case >

<bodycontent>EMPTY</bodycontent>

</tag>

<! Other tags defined later >

Trang 36

- JSP page

Code 24: hello.jsp

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"

<html>

<head>

Code 24: hello.jsp (tiếp theo)

<%@ taglib uri = "helloworld.tld" prefix = "legiang" %>

<title>

<legiang:helloWorld />

</title>

<! stylesheet để hiển thị các tag như h1, … >

- Định ng ĩa c c huộc ính rong ag handler

Đối với mỗi thuộc tínch của tag, chúng ta phải định nghĩa theo phong cách của JavaBean, tức là phải có phương thức get/set[Attribute] trong tag

handler

Hãy nhớ rằng, nếu thuộc tính được đặt tên là id và tag handler kết

thừa từ lớp TagSupport thì chúng ta không cần định nghĩa các phương thức get/set[Attribute] bởi vì những thứ này đã được TagSupport làm sẵn

Lớp tag handler sẽ được cài đặt như sau:

Code 25: HelloWorldTag.java (sữa lại trong Code 22 )

public HelloWorldTag extends TagSupport { private String name = “World.”;

public void setName(String name) { this.name = name;

} public int doStartTag() throws JspException { try {

pageContext.getOut().print("Hello " + name);

} catch (Exception ex) { throw new JspTagException("HelloWorldTag: " +

Trang 37

Code 25: HelloWorldTag.java (sữa lại trong Code 22) (tiếp theo)

} return SKIP_BODY;

} public int doEndTag() { return EVAL_PAGE;

} }

- TLD element

Đối với mỗi thuộc tính chúng ta phải xác định thuộc tính nào được yêu cầu (bắt buộc) và giá trị nào có thể được xác định bởi biểu thức Nếu thuộc tính của tag không bắt buộc thì tag handler nên cung ấp giá trị mật định

TLD cho tag handler ở trên như sau:

Code 26: TLD file (overwrite helloworld.tld)

<! đoạn này tương tự như mục 1) >

<html>

Code 27: paramtag.jsp (tiếp theo)

<head>

<%@ taglib uri = "helloworld.tld" prefix = "legiang" %>

<title> Tag With Attributes </title>

"text/css"/>

Trang 38

c) Các tag có nội dung

- Tag han ler

Tag handler cho loại này được cài đặt khác nhau phụ thuộc vào tag handler có tương tác với thân hay không Tương tác có nghĩa là tag handler đọc

hoặc sữa đổi nội dung của thân hoặc tạo ra giá trị lặp lại cho thân tag

Các tag có tương tác với phần thân: nếu tag handler không cần tương tác với phần thần thì tag handler này nên cài đặt giao tiếp Tag hoặc dẫn

xuất từ lớp TagSupport Nếu thân của tag cần định trị thì doStartTag cần phải trả

về EVAL_BODY_INCLUDE, ngược lại trả về SKIP_BODY

Các tag có tương tác với phần thân: tag handler phải cài đặt giao

tiếp BodyTag hoặc BodyTagSupport, thường cài đặt phương thức doInitBody và

doAfterBody Hai phương thức này tương tác với nội dung của thân được chuyển

vào tag handler bởi lớp cài đặt trang JSP Đối tượng BodyContent cung cấp vài

phương thức để đọc và ghi nội dung của nó Tag handler sử dụng các phương

thức getString, getReader của BodyContent để trích thông tin từ phần thân và phương thức writeOut(out) để ghi các nội dung của thân vào luồng xuất Phương

thức getPreviousOut thường được sử dụng để bảo đảm rằng kết quả trả về của tag

handler thì có sẳn đối với toàn bộ tag handler Các phương thức chính được

dùng trong loại tag này:

doInitBody: được gọi sau khi nội dung của thân được gán nhưng

trước khi được định giá trị, thường được dùng để thực hiện khởi tạo giá trị mà tuỳ thuộc vào nội dung của thân

doAfterBody: được gọi sau khi nội dung của thân được định trị

Nếu thân được trị nhiều lần lặp đi lặp lại nên trả về EVAL_BODY_TAG, ngược lại trả về SKIP_BODY

release: tag handler nên xác lập lại trạng thái của nó và giải phóng

các tài nguyên dành riêng bằng phương thức release

Ví dụ sau đọc nội dung của thân, chuyển nội dung đó, và sau đó ghi lại những thay đổi vào luồng xuất

Code 28: TransformTag.java

public class TransformTag extends BodyTagSupport { public int doAfterBody() throws JspTagException { BodyContent bc = getBodyContent();

String body = bc.getString();

Trang 39

try { getPreviousOut().print(body.transform());

} catch (IOException e) { throw new JspTagException("TransformTag: " + e.getMessage());

} return SKIP_BODY;

} }

- TLD element

TLD ở đây chỉ sữa đổi lại các ví dụ trên trong bodycontent tag và

đặt tên file là transform.tld

<html>

<head>

<%@ taglib uri = "transform.tld" prefix = "legiang" %>

Trang 40

- Tag handler

Tag handler đảm nhận việc tạo và gán đối tượng được tham chiếu

bởi biến kịch bản vào ngữ cảnh có thể truy cập từ một trang Để Làm được điều

này bằng cách dùng hoặc phương thức pageContext.setAttribute(name, value, scope) hoặc pageContext.setAttribute(name, value) Thông thường một thuộc tính

chuyển vào custom tag phải xác định “tên” của biến đối tượng; Tên này có thể

truy xuất bằng cách gọi phương thức get[Attribute] của thuộc tính (xem 2) Các tag có thuộc tính)

Nếu giá trị của biến kịch bản phụ thuộc vào đối tượng hiện tại trong

tag handler thì nó có thể truy xuất đối tượng này bằng cách dùng

pageContext.setAttribute(name, scope) Các giá trị của tham số scope được tóm

tắc trong bảng sau:

Cho tới khi lời đáp gởi trở lại user hoặc yêu cầu được chuyển tới trang mới

Đời sống của một phiên làm việc (session) application

Bất kỳ yêu cầu hiện tại

và tương lai nào từ cùng một ứng dụng

Đời sống của một ứng dụng

Ngoài việc cài đặt giá trị của biến trong tag handler, chúng ta còn

phải định nghĩa một lớp dẫn xuất từ lớp TagExtrInfo Lớp này cung cấp thông tin

cho JSP container về đặt tính của của biến kịch bản, phải cài đặt phương thức

getVariableInfo để trả về một mảng các đối tượng VariableInfo chứa các thông

tin sau: tên biến, lớp của biến, liệu biến này có tham khảo tới một giá trị đối tượng mới hay đã có, tính sẳn dùng của biến này

Bảng sau mô tả tính sẳn dùng của biến kịch bản và các phương thức

để xác lập và xác lập lại giá trị của biến

end tag

Trong doInitBody và

doAfterBody đối với tag

handler cài đặt BodyTag;

ngược lại trong doStartTag

Định dạng
Số trang	83
Dung lượng	1,66 MB