Chương trình quản lý việc sửa chữa thuê bao điên thoại hỏng

r reading Van Dau book.” với URL là Thanks for reading 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. So sánh JSP với các cơng nghệ khác. I.1. JSP với ASP ASP là cơng nghệ tương đương từ Microsoft. JSP cĩ ba lợi thế so với ASP. - Phần động được viết bằng Java, chứ khơng phải bằng các ngơn ngữ script như VBScript, JavaScript. Vì thế nĩ mạnh mẽ hơn tốt hơn đối với các ứng dụng phức tạp cần các thành phần sử dụng lại. - 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. I.2. 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. II. Các thành phần script của JSP. Các thẻ bọc mã 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 , được định giá trị và chèn vào luồng xuất của servlet. Scriptlet cĩ dạng , được chèn vào phương thức _jspService của servlet (được gọi là service). Khai báo cĩ dạng , đượ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 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: Chú thích HTML cĩ dạng: thì được chuyển qua tài liệu HTML thơng thường. Cú pháp XML Trong JSP cĩ rất nhiều element cĩ cú pháp XML như jsp:useBean, jsp:include, jsp:setProperty, ... Tuy nhiên scripting elements lại cĩ hai dạng cú pháp sau: JSP Syntax XML Syntax Java code Java code Java code II.1. Các biến được định nghĩa sẵn trong JSP Để đơn giản hố 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 ngồ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 tồ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 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 tồ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 config Biến này cĩ phạm vi trang (page) và cĩ kiểu tương ứng là javax.servlet.ServletConfig. pageContext Biến này cĩ kiểu là javax.servlet.jsp.PageContext và cĩ phạm vi là trang (page). pageContext cho phép một điểm truy cập duy nhất tới 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. page Biến này đồng nghĩa với this và điều này thì khơng hữu ích trong ngơn ngữ lập trình Java, cĩ kiểu là java.lang.Object và cĩ phạm vi trang (page). exception 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). II.2. Biểu thức trong JSP Biểu thức trong JSP được dùng để chèn các giá trị trực tiếp vào luồng xuất. Nĩ cĩ dạng sau: Biểu thức này được định trị, được chuyển thành chuỗi, và được chèn vào trong trang. Sự định trị diễn ra ở thời gian runtime (khi trang được yêu cầu) và do đĩ cĩ đầy đủ quyền truy cập các thơng tin của yêu cầu này. Ví dụ sau đây mơ tả ngày/giờ mà trang được yêu cầu: Current time: 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()); 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à: Tên Element Tên thuộc tính jsp:setProperty name và value jsp:include Page jsp:forward Page jsp:param Value II.3. JSP scriptlets Scriptlets là những đoạn mã cĩ chứa bất kỳ mã Java nào nằm giữa “”. 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: II.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 tồn trang. Khai báo sẽ được chèn vào trong lớp của servlet (bên ngồ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: 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. III. Xử lý nhúng và chuyển hướng giữa các trang Trong quá trình xử lý và chuyển dữ liệu cho form chúng ta cĩ thể nhúng và triệu gọi những trang JSP khác với trang hiện hành.Ví dụ chúng ta cĩ thể đưa một trang HTML hoặc JSP vào trong trang JSP hiện tại để hổ trợ thêm thư viện hay tính năng bổ sung nào đĩ. Hay khi nhận được dữ liệu submit từ trình khách, trang JSP nhận được dữ liệu cĩ thể chuyển hướng hoặc triệu gọi đến trang JSP khác. III.1. Nhúng file vào trang với chỉ thi include Chỉ thị thường dùng để dem một nội dung file .html hay jsp bên ngồi vào trang hiện hành. Cú pháp sử dụng như sau: Ví dụ: Trong chương trình chúng ta cĩ sử dụng các hàm thư viện chứa trong file Common.jsp. Thư viện này được đưa vào trang JSP hiện hành như sau: III.2. Sử dụng thẻ Chỉ thị %@include % chỉ dùng để nhúng các mã nguồn tĩnh. Nếu muốn nhúng kết quả kết xuất từ các trang jsp, servlet hay .html khác vào trang hiện hành chúng ta sử dụng thẻ với cú pháp như sau: Ví dụ: trong chương trình sử dụng thẻ để nhúng kết quả của trang Header.jsp, Footer.jsp vào các trang JSP như sau: … III.3. Chuyển tham số bằng thẻ Khi nhúng trang bằng thẻ bạn cĩ thể chuyển tham số cho trang được nhúng để nhận được kết xuất linh động hơn bằng cách sử dụng thẻ con . Ví dụ testParam.jsp <% out.println (“Goi tham so từ test1.jsp”); %> testParam2.jsp <% String param = request.getParameter (“greeting”); out.println (“Goi tham so tu test2.jsp”); out.println (“param: “ + param); %> III.4. Chuyển tiếp đến trang khác với thẻ Chúng ta sử dụng thẻ để triệu gọi và chuyển dữ liệu cho trang jsp khác xử lý. Trong ví dụ sau chúng ta cĩ 3 trang JSP. Trang thứ nhất hiển thị form đăng nhập yêu cầu nhập vào tên username và password. Trang thứ hai kiểm tra: nếu username, password trùng với username, password cho trước thì thơng báo đăng nhập thành cơng, cịn nếu khơng đúng hoặc rỗng sẽ chuyển đến trang thứ 3 thơng báo yêu cầu đăng nhập những trường cịn thiếu. Ví dụ: Login.jsp <% String param = request.getParameter (“sError”); if (param.length() !=0) { out.println (“”+ param + “”); } %> Username: Password: security.jsp <% String user = (String) request.getParametrer(“username”); if (user.equals (“admin”)) { %> <% } else { %> thongbao.jsp Ban dang nhap voi usernam: Password: III.5. Thẻ jsp:plugin Phương cách đơn giản nhất để sử dụng jsp:plugin là cung cấp cho nĩ bốn thuộc tính: type, code, width, height. Chúng ta định giá trị “applet” cho thuộc tính type và ba thuộc tính cịn lại sử dụng giống như APPLET tag bình thường. Với ngoại lệ là các action thì cĩ cú pháp XML nên các thuộc tính trong nĩ cũng phải theo qui ước XML. Ví dụ với APPLET tag trong HTML <APPLET CODE=“MyApplet.class” WIDTH=457 HEIGHT=350> sử dụng jsp:plugin action như sau: <jsp:plugin type=“applet” code=“MyApplet.class” width=“457” height=“350” /> Ngồ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. jreversion Xác định số phiên bản của Java Runtime Environment, các giá trị cĩ thể nhận là “1.1”, “1.2”. nspluginurl URL cho Netscape mà cĩ thể download Plug-In. Giá trị mật định sẽ hướng người dùng đến web site của Sun, nhưng với intranet chúng ta cĩ thể muốn chỉ dẫn người dùng đến một bản sao cục bộ. iepluginurl URL cho Internet Explorer mà cĩ thể download Plug-In. III.6. Thẻ jsp:fallback 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 <APPLET CODE=“MyApplet.class” WIDTH=457 HEIGHT=350> Error: this example requires Java. với <jsp:plugin type=“applet” code=“MyApplet.class” width=“457” height=“350” > Error: this example requires Java. III.7. Chuyển trang 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 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. 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: 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). 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 số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 Thuộ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: 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 tồ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 Định nghĩa một chuỗi cĩ thể truy xuất từ servlet bằng phương thức getServletInfo(). errorPage Thuộc tính này xác định một trang JSP nên bất kỳ các ngoại lệ nào được tung ra nhưng khơng bắt ngoại lệ này trong trang hiện hành. Ngoại lệ tung ra sẽ cĩ sẵn trong biến ngầm định exception. isErrorPage Xác định trang JSP hiện thời cĩ thể hoạt động như một trang lỗi cho một trang JSP khác. Giá trị “false” là mật định cho thuộc tính này. contentType 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: 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ã hĩa 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” III.8. Chuyển hướng sang trang mới với sendRedirect() Ngồi việc chuyển tiếp chúng ta cĩ thể sử dụng phương thức sendRedirect() để chuyển hướng và triệu gọi trang JSP khác xử lý. Sự khác nhau giữa chuyển tiếp (forward) và chuyển hướng (redirect) đĩ là lệnh sendRedirect () chỉ thực hiện triệu gọi trang mà khơng chuyển tham số của trang hiện hành cho trang chuyển hướng. Ví dụ: từ trang security.jsp ta cĩ thể chuyển hướng đến trang thongbao.jsp bằng lệnh như sau: <% … response.sendRedirect (“thongbao.jsp”); %> IV. SERVLET IV.1. Khái niệm Servlet là các thành phần đối tượng nhúng trên trình chủ Web server thực hiện xử lý yêu cầu và sinh ra các trang Web động trả về máy khách. Để sử dụng được Servlet chúng ta cần cĩ các trình chủ hiểu Java và hỗ trở triệu gọi Servlet như Apache, Jrun, Web Logic …. Ví dụ sau là một Servlet cơ bản import javax.servlet.*; import java.io.*; public class helloWorldServlet extends GnericServlet { public void service (ServletRequest request, ServletResponse response) throws IOException { response.setContextType (“text/html”); PrintWriter out = response.getWriter (); out.println (“”); out.println (“”); out.println (“ Hello World Servlet! ”); out.println (“”); out.println (“”); } } IV.2. Các phương thức xử lý cơ bản của Servlet Lớp GenericServlet là phần cài đặt tổng quát cho đặc tả giao tiếp (interface) mang tên Servlet. Theo đặc tả của giao tiếp Servlet do Sun đưa ra một servlet cơ bản cần cĩ những phương thức phục vụ cho các nhu cầu khởi tạo (init), hoạt động và phục vụ (service), hủy (destroy), trả về thơng tin cấu hình (getServletConfig), trả về thơng tin tư thân của servlet (getServletInfo). Cụ thể lớp giao tiếp Servlet được mơ tả như sau: interface Servlet { void destroy () ServletConfig getServletConfig (); String getServletInfo (); void init (ServletConfig config); void service (ServletRequest req, ServletResponse res); } IV.2.1. Phương thức khởi tạo init () public void init () Phương thức khởi tạo này được gọi khi lần đầu tiên trình chủ Web server nạp mã thực thi của servlet từ tập tin .class vào bộ nhớ và bắt đầu cho phép servlet hoạt động. Chúng ta cĩ thể dựa vào phương thức này để khởi tạo các biến mơi trường và giá trị ban đầu cần thiết cho quá trình thực thi servlet sẽ diễn ra tiếp theo. Thường trong phương thức init () ta khởi tạo giá trị mảng, tạo sẵn kết nối với cơ sở dữ liệu, nạp các lớp thư viện cần thiết…. Ví dụ chúng ta cĩ thể nạp trình điều khiển JDBC truy xuất cơ sở dữ liệu, tạo sẵn kết nối đến nguồn dữ liệu cho servlet trong phương thức init () như sau: public class staffView extends GenericServlet { String DBDriver = “sun.jdbc.odbc.JdbcOdbcDriver”; String strConn = “jdbc:odbc:quanliNV”; Connection con; public init () { Class.forName (DBDriver). newInstance (); Conn = DriverManager.getConnection (strConn); } } IV.2.2. Phương thức phục vụ service () public void service (ServletRequest req, ServletResponse res) throws IOException Sau khi phương thức init () đã hồn tất, trình chủ Web server sẽ triệu gọi đến phương thức phục vụ service (). Phương thức này được xem là trung tâm xử lý của servlet mà chúng ta cần phải cài đặt. Khi trình chủ nạp servlet vào bộ nhớ, phương thức init () chỉ được gọi duy nhất một lần trong phương thức service () cĩ thể được triệu gọi nhiều lần ứng với mỗi yêu cầu servlet phát sinh từ trình duyệt phía máy khách. Bên trong phương thức service () chúng ta cĩ thể sử dụng đối tượng tham số ServletRequest và ServletResponse để tiếp nhận dữ liệu từ trình khách chuyển lên và kết xuất kết quả phản hồi trở lại trình khách. Ví dụ: public void service (ServletRequest request, ServletResponse response) throws IOException { response.setContextType (“text/html”); PrintWriter out = response.getWriter (); out.println (“”); out.println (“”); … } IV.2.3. Phương thức hủy destroy () Khi servlet khơng cịn dùng nữa hoặc hết thời gian qui định lưu giữ trong bơ nhớ của trình chủ Web server, nĩ sẽ bị trình chủ giải phĩng. Trước khi servlet bị hủy phươg thức destroy () sẽ được gọi. Nếu như chúng ta dùng phương thức init () để thực hiện khởi tạo biến cho servlet thì phương thức destroy () ngược lại cĩ thể dùng để dọn dẹp tài nguyên mà các biến chiếm giữ, đĩng các kết nối mà phương thức init () đã mở… Ví dụ: public destroy () { conn.close (); } IV.2.4. Phương thức getServletConfig () và getServletInfo () Hai phương thức này nhằm mục đích cung cấp thơng tin. Phương thức getServletConfig () giúp người sử dụng servlet cĩ được đối tượng ServletConfig chưa các thơng tin khởi tạo từ mơi trường ngồi đưa vào servlet, getServletInfo () trả về một chuỗi thơng tin mơ tả ý nghĩa và mục đích của servlet. public String getServletInfo (); public ServletConfig getServletConfig (); IV.3. Chu trình sống của Servlet và JSP Chu trình sống của servlet Chu trình sống tính từ khi servlet bắt đầu được hệ thống gọi nạp vào bộ nhớ cho đến khi nĩ bị loại khỏi trình chủ Web server vì khơng cịn cần đến nữa. Quá trình sống của servlet trải qua các giai đoạn sau: Nạp servlet Khởi tạo servlet Thực thi servlet Dọn dẹp servlet Nạp servlet Tùy theo điều kiện, một servlet cĩ thể nạp vào bộ nhớ ở 3 thời điểm khác nhau: khi server khởi động, khi ngừoi quả trị yêu cầu hoặc khi trình duyệt triệu gọi servlet từ máy khách. Hầu hết các Web server điều cho phép bạn chọn danh sách servlet sẽ được ưu tiên nạp lúc Web server khởi động. Tuy tốn ít thời gian hơn nhưng sau đĩ servlet đã trong trạng thái sẵn sàng cĩ thể phục vụ trình khách bất kỳ lúc nào. Khởi tạo servlet Trình chủ Web server khởi tạo servlet bằng cách gọi đến phương thức init () mà servlet cài đặt. Phương thức này chỉ gọi một lần duy nhất. Chúng ta cĩ thể lợi dụng cơ hội này để khởi tạo các biến tồn cục mà servlet sẽ sử dụng sau này. Thực thi servlet Khi trình duyệt hoặc các trang JSP triệu gọi servlet thơng qua địa chỉ URL, trình chủ Web server sẽ chính thức gọi servlet thực thi thơng qua các phương thức như doGet (), doPost () hoặc service (). Ví dụ khi chúng ta gọi trực tiếp servlet từ địa chỉ URL, phương thức doGet () của servlet sẽ được gọi. Nếu chúng ta gọi servlet thơng qua thao tác post cua thẻ thì phương thức doPost () sẽ được gọi. Sau khi các phương thức này được gọi thực thi xong, servlet vẫn giữ lại trong bộ nhớ để phục vụ cho các lần triệu gọi tiếp theo. Đây cũng chính là ưu điểm làm cho servlet thực thi nhanh các ứng dụng CGI. Dọn dẹp servlet Servlet khơng giữ lại trong bộ nhớ vĩnh viễn, sẽ đến lúc cần loại servlet khỏi bộ nhớ. Ví dụ như khi nhà quản trị muốn dừng hệ thống, muốn Webserver khởi động lại để giải phĩng rác trong bộ nhớ tăng hiệu suất thực hiện…. Trước khi chấm dứt, Web server sẽ gọi đến phương thức hủy destroy () của servlet. Đây là cơ hội để servlet thực hiện một số thao tác dọn dẹp cần thiết như lưu dữ liệu xuống đĩa, ghi nhớ trạng thái của servlet để phục vụ cho lần khởi động sau, đĩng kết nối với cơ sở dữ liệu…. Và mặc dù Java cĩ thể tự động thu gom rác trong bộ nhớ nhưng nếu chúng ta đã cấp phát một khối lượng bộ nhớ lớn cho servlet trong quá trình làm việc, chúng ta nên thực hiện giải phĩng chúng trong phương thức destroy (). Chu trình sống của JSP Tương tự như chu trình sống của servlet, trang JSP cũng cĩ cbhu trình sống xác định tính từ khi hệ thống đọc biên dịch trang JSP, gọi thực thi và loại trang khỏi bộ nhớ. Chu trình sống của JSP trải qua các giai đoạn sau: Biên dịch trang JSP Nạp trang Khởi tạo Thực thi Dọn dẹp Biên dịch trang JSP Khi trình duyệt yêu cầu trang JSP, ví dụ triệu gọi trang JSP bằng URL Web server sẽ kiểm tra trang JSP đã được biên dịch hay chưa. Nếu chưa biên dịch hoặc đã biên dịch nhưng trang JSP mới vừa thay đổi trong mã nguồn thì Web server sẽ thực hiện biên dịch trang JSP. Quá trình biên dịch JSP thực tế là chuyển trang JSP thành servlet. File biên dịch . class của trang sẽ được đặt trong thư mục đệm. Như chúng ta thấy, quá trình biên dịch trang chỉ diễn ra một lần. Nếu trang đã biên dịch và sau đĩ chúng ta khơng cĩ thay đổi gì trong trang nguồn thì quá trình biên dịch sẽ khơng xảy ra, do đĩ tốc độ thực thi trang sẽ nhanh hơn. Sau khi trang đã được biên dịch, mã trang sẽ được nạp vào bộ nhớ để thực thi. Nạp trang Kể từ giai đoạn này, quá trình nạp trang tương tư như servlet. Chỉ cĩ một khác biệt đĩ là servlet chỉ được nạp một lần trong khi mã trang JSP mặc dù đã biên dịch nhưng phải nạp lại nhiều lần mỗi khi Web server nhận được yêu cầu trang từ trình duyệt. Khởi tạo Khi nạp mã trang thành cơng, Web server sẽ gọi đến phương thức khởi tạo trang. Và mặc dù, JSP được biên dịch ra servlet như phương thức khởi tạo cho trang JSP lại mang tên jspInit () chứ khơng phải là init () như servlet. Thực thi Sau quá trình khởi tạo, Web server sẽ gọi đến phương thức _jspService (). Phương thức _jspService sẽ chuyển cho chúng ta hai lớp đối tượng HttpServletRequest và HttpServletResponse để đọc và ghi kết xuất trả về trình khách. Dọn dẹp Khi trang JSP đã thực thi xong, trình chủ Web server sẽ gọi phương thức jspDestroy () để giải phĩng mã trang khỏi bộ nhớ. Tương tự như trong servlet, chúng ta cĩ thể cài đặt phương thức jspDestroy () thực hiện chức năng giảp phĩng vùng nhớ hoặc đĩng kết nối trả tài nguyên về cho hệ thống. IV.4. Ưu và khuyết điểm của Servlet so với JSP Do mã trang JSP khi thực thi đều được biên dịch ra servlet cho nên tất cả những gì servlet làm được cũng đồng nghĩa với trang JSP làm được. Viết trang JSP đơi lúc đơn giản hơn viết servlet vì khơng cần phải qua bước đăng ký và biên dịch thủ cơng. Tuy nhiên chúng ta cũng nên biết một số trường hợp phân biệt giữa JSP và servlet và cách sử dụng chúng. JSP cĩ thể trộn lẫn mã Java với các thẻ HTML cho nên thiết kế trang JSP thường đơn giản và dễ bổ sung hơn so với servlet. Tuy nhiên đây cũng là yếu tố khơng nên lạm dụng đối với JSP. Nếu chúng ta tập trung tất cả mã Java vào cũng với mã HTML, một khi dự án mỡ rộng và trở nên phức tạp, việc bảo trì và nâng cấp ứng dụng Web với hàng trăm trang JSP sẽ rất khĩ khăn. Trong quá trình phát triển ứng dụng Web theo nhĩm, việc trộn lẫn mã JSp sẽ rất khĩ khăn. Trong qua trình phát triển ứng dụng Web theo nhĩm, việc trộn lẫn mã Java và HTML trong trang JSP cho thấy khơng hiệu quả. Khĩ cĩ thể tách rời giữa cơng việc viết mã cho ứng dụng và nhĩm xây dựng giao diện. Mã trang JSP ở dạng thuần văn bản nên thường khơng che được mã nguồn của logic chương trình. Với servlet, tuy phải biên dịch và đăng ký thủ cơng với trình chủ nhưng bù lại tính bảo mật cao hơn. Chúng ta chủ cần cung cấp cho trình chủ Web server bản servlet nhị phân (file .class) đã qua bước biên dịch mã khơng cần đến mã nguồn của servlet ban đầu. Mặc khác, các servlet cĩ thể tương tác liên hồn, với nhau để tạo nên những kết xuất tùy biến và đa dạng trước khi trả kết quả về cho trình khách. Servlet cĩ thể phân rã các đơn thể của dự án và phát triển độc lập nhau như các thành phần riêng biệt để ráp lại trong một tổng thể chung. Tuy nhiên, việc kết xuất trong servlet thường dựa vào phương thức print () hoặc println (). Cơng việc quyết định giao diện cho kết xuất hồn tồn phụ thuộc vào lập trình viên với hàng loạt các lệnh print () hay println () rất khĩ quản lý. Quyết định sử dụng JSP, Servlet hay kết hợp cả hai là tuỳ vào từng dự án và mục đích của chương trình mà chúng ta muốn phát triển. Thơng thường đối với những dự án nhỏ, yêu cầu thời gian nhanh, JSP là lưa chọn thích hợp nhất. Trường hợp với dự án cần sự độc lập và chỉ thiên về xử lý ta nên sử dụng servlet. Trường hợp với dự án lớn chúng ta nên kết hợp cả servlet và JSP. Mơ hình kết hợp tốt nhất giữa servlet và JSP thường được gọi là MCV (Model – View – Controler) trong đĩ servlet đĩng vai trị trung tâm điều khiển (controler) đưa ra các quyết định xử lý. JSP đĩng vai trị thể hiện giao diện hay hiển thị dữ liệu đã xử lý. Quy trình tính tốn logic của ứng dụng được giao lại cho các thành phần JavaBean hay EJB.Chương II Tag Libraries 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. Ngồ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 hố 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. 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. II.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: 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. ._.