system: You are a trustworthy AI assistant. Your task is to answer the question honestly and not fabricate information.

user: Kiến thức hoặc thông tin về JSP

assistant: Jakarta Server Pages (JSP; trước đây là JavaServer Pages) là một bộ công nghệ giúp các nhà phát triển phần mềm tạo ra các trang web động dựa trên HTML, XML, SOAP hay các loại tài liệu khác. Được phát hành vào năm 1999 bởi Sun Microsystems, JSP tương tự như PHP và ASP, nhưng sử dụng ngôn ngữ lập trình Java.
Để triển khai và chạy Jakarta Server Pages, cần có một máy chủ web tương thích với servlet container, ví dụ như Apache Tomcat hoặc Jetty.
Tổng quan.
Về mặt kiến trúc, JSP có thể được coi là một trừu tượng cấp cao của Java servlets. JSP được dịch thành các servlet tại thời gian chạy, do đó JSP chính là một Servlet; mỗi servlet JSP được lưu trữ trong bộ nhớ cache và tái sử dụng cho đến khi JSP gốc bị sửa đổi.
Jakarta Server Pages có thể được sử dụng độc lập hoặc như thành phần chế độ xem của một thiết kế MVC ở phía máy chủ, thường với JavaBeans làm model và Java servlets (hoặc một hệ khung như Apache Struts) làm controller. Đây là một loại kiến trúc Model 2.
JSP cho phép mã Java và một số hành động xử lý đã được định trước nằm xen kẽ với nội dung tĩnh của trang web, ví dụ như HTML. Trang kết quả được biên dịch và thực thi trên máy chủ để cung cấp một tài liệu. Các trang biên dịch, cũng như các thư viện Java phụ thuộc, chứa mã bytecode Java thay vì mã máy. Giống như bất kỳ .jar hoặc chương trình Java nào khác, mã phải được thực thi trong một Máy ảo Java (JVM) có tương tác với hệ điều hành của máy chủ để cung cấp môi trường trừu tượng, độc lập với nền tảng.
JSP thường được sử dụng để cung cấp tài liệu HTML và XML, nhưng thông qua việc sử dụng OutputStream, chúng cũng có thể cung cấp các loại dữ liệu khác.
Web container tạo ra các đối tượng ngầm định JSP như request, response, session, application, config, page, pageContext, out và exception. JSP Engine tạo ra những đối tượng này trong quá trình biên dịch.
JSP và Servlet.
Về mặt kiến trúc mà nói, ta có thể xem JSP là một trừu tượng ở mức độ cao của servlet, một phần mở rộng thực thi của Servlet 2.1 API. Cả hai, servlet và, đều nguyên do công ty Sun Microsystems tạo dựng. Bắt đầu từ phiên bản 1.2 đặc tả của JSP, JavaServer Pages đã được xây dựng do Tiến trình cộng đồng Java ("Java Community Process"). JSR 53 - "Java Specification Requests" hay "Yêu cầu đặc tả cho Java" - định nghĩa bản đặc tả của cả hai, JSP 1.2 và Servlet 2.4, và JSR 152 định nghĩa bản đặc tả JSP 2.0. Tại thời điểm năm 2006 bản đặc tả JSP 2.1 được xây dựng trên nền của yêu cầu JSR 245.
Cú pháp JSP.
Một trang JSP có thể được phân thành từng phần nhỏ như sau:
Dữ liệu tĩnh.
Vì dữ liệu "tĩnh" được viết ra trong phần hồi âm HTTP ("HTTP response") cũng giống như nó được viết trong tập tin nhận vào ("input file"), cho nên dữ liệu nhập hợp lệ của JSP thường là một trang HTML bình thường, không có mã java hoặc hành động JSP nhúng trong đó. Với dữ liệu tĩnh này, bất cứ lúc nào trình chủ web hồi âm, trình chủ web cũng sẽ gửi cùng một dữ liệu sang trang trình khách.
Các chỉ phối JSP.
Chỉ phối JSP ("JSP directives") điều khiển cách mà bộ biên dịch JSP khởi tạo một servlet. Các chỉ phối hiện có được liệt kê như sau:
 codice_7
 &lt;%@ page import="java.util.*" %&gt; //example import
 &lt;%@ page contentType="text/html" %&gt; //example contentType
 &lt;%@ page isErrorPage=false %&gt; //example for non error page
 &lt;%@ page isThreadSafe=true %&gt; //example for a thread safe JSP
Chú ý: Chỉ có chỉ phối trang "import" là có thể được dùng nhiều lần trong cùng một trang JSP.
 &lt;%@ taglib prefix="myprefix" uri="taglib/mytag.tld" %&gt;
Các thành phần trong văn lệnh JSP và các biến.
Các biến văn lệnh tiêu chuẩn.
Các biến văn lệnh ("scripting variables") sau có thể dùng lúc nào cũng được:
Các thành phần trong văn lệnh.
Có 3 thành phần chính trong văn lệnh. Chúng cho phép mã Java được chèn ("insert") trực tiếp vào trong servlet.
 codice_10
 codice_11
Các hành động của JSP.
Hành động JSP là các thẻ XML được dùng để khởi động chức năng mà máy chủ web vốn có. Những hành động sau đây được cung cấp:
Ví dụ về các thẻ.
jsp:include.
 &lt;html&gt;
 &lt;head&gt;&lt;/head&gt;
 &lt;body&gt;
 &lt;jsp:include page="mycommon.jsp" &gt;
 &lt;jsp:param name="extraparam" value="myvalue" /&gt;
 &lt;/jsp:include&gt;
 name:&lt;%=request.getParameter("extraparam")%&gt;
 &lt;/body&gt;&lt;/html&gt;
jsp:forward.
 &lt;jsp:forward page="subpage.jsp" &gt;
 &lt;jsp:param name="forwardedFrom" value="this.jsp" /&gt;
 &lt;/jsp:forward&gt;
Trong ví dụ tiếp tới này, yêu cầu được chuyển về phía trước tới "subpage.jsp". Thao tác xử lý yêu cầu không quay trở lại trang này.
jsp:plugin.
 &lt;jsp:plugin type=applet height="100%" width="100%"
 archive="myjarfile.jar,myotherjar.jar"
 codebase="/applets"
 code="com.foo.MyApplet" &gt;
 &lt;jsp:params&gt;
 &lt;jsp:param name="enableDebug" value="true" /&gt;
 &lt;/jsp:params&gt;
 &lt;jsp:fallback&gt;
 Trình duyệt web của bạn không hỗ trợ những applet này.
 &lt;/jsp:fallback&gt;
 &lt;/jsp:plugin&gt;
Ví dụ plugin trên minh họa một phương pháp đồng bộ để nhúng applet trong một trang web. Trước khi thẻ &lt;"OBJECT"&gt; được tạo ra, chưa có một phương pháp chung nào cho phép người ta nhúng các applet cả. Thiết kế của thẻ này tương đối nghèo nàn. Hy vọng những đặc tả của nó trong tương lai sẽ cho phép những cái như đặc tính năng động ("dynamic attributes") (codice_13, codice_14 v.v.) và thông số năng động ("dynamic parameters"). Hiện này, thẻ jsp:plugin không cho phép dùng những applet khởi động một cách năng động. Chẳng hạn, nếu chúng ta có một applet biểu hiện đồ thị và nó cần có các dữ liệu về tọa độ được truyền cho nó thông qua các thông số, chúng ta không thể dùng jsp:params, trừ phi số điểm tọa độ là một số cố định. Chúng ta không thể, ví dụ, luân chuyển qua danh sách loạt kết quả ("ResultSet") để kiến tạo các thẻ codice_15. Chúng ta phải tự tính toán cho từng cái thẻ codice_15 một. Đương nhiên, mỗi một thẻ codice_15 ấy có thể có một cái tên và một giá trị tùy định.
jsp:useBean.
 &lt;jsp:useBean id="myBean" class="com.foo.MyBean" scope="request" /&gt;
 &lt;jsp:getProperty name="myBean" property="lastChanged" /&gt;
 &lt;jsp:setProperty name="myBean" property="lastChanged" value="&lt;%= new Date()%&gt;" /&gt;
Những thuộc tính về phạm vi ảnh hưởng ("scope attribute") có thể là yêu cầu ("request"), trang ("page"), phiên giao dịch ("session"), hoặc trình ứng dụng ("application"). Ý nghĩa của các thuộc tính như sau:
Ví dụ trên sử dụng Chương trình quản lý Bean ("Bean Manager") để tạo một thực thể ("instance") của lớp codice_18 và lưu trữ thực thể trong thuộc tính ("attribute") có tên là "myBean". Thuộc tính tồn tại trong toàn bộ thời gian của yêu cầu. Nó có thể được chia sẻ giữa tất cả các trang JSP đã được bao gồm hay những trang được chuyển về phía trước từ trang JSP nhận yêu cầu đầu tiên.
Thư viện thẻ JSP.
Cùng với các hành động JSP định sẵn, các nhà phát triển có thể thêm vào các hành động tùy biến của họ dùng các hàm API của JSP hỗ trợ cho việc mở rộng thẻ ("JSP Tag Extension API"). Các nhà phát triển sẽ viết một lớp Java ("class") để thực thi một trong các thẻ giao diện ("Tag interfaces") và cung cấp một tập tin chứa mô tả XML về thư viện thẻ. Tập tin này được dùng để xác định các thẻ và các lớp Java ("java classes") thực hiện các thẻ đó.
Xem xét ví dụ sau:
 &lt;%@ taglib uri="mytaglib.tld" prefix="myprefix" %&gt;
 &lt;myprefix:myaction&gt; &lt;%-- thẻ mở đầu %&gt;
 &lt;/myprefix:myaction&gt; &lt;%-- thẻ kết thúc %&gt;
Bộ biên dịch JSP sẽ đọc tập tin XML codice_19 và phát hiện rằng thẻ codice_20 được thực hiện bởi lớp Java ("java class") tên codice_21 (xem ở dưới). Lần đầu tiên, khi thẻ này được dùng trong tập tin JSP, nó sẽ tạo nên một thực thể ("instance") của codice_21. Sau đó (và mỗi lần thẻ này được dùng lại), nó sẽ khởi động phương thức codice_23 khi nó gặp thẻ "mở đầu" ("start"). Nó thẩm tra kết quả của thẻ "mở đầu", và quyết định phương pháp để xử lý phần thân của thẻ. Thân của thẻ là phần văn bản nằm giữa thẻ "mở đầu" và thẻ "kết thúc" ("end"). Phương thức codice_23 có thể trả về một trong những hằng sau:
Khi gặp thẻ "kết thúc", nó gọi phương thức doEndTag(). Phương thức này có thể trả lại một trong hai giá trị:
Thẻ codice_20 cần phải có một lớp ("class") thực thi nó, tương tự như phần sau đây:
 public class MyActionTag extends TagSupport {
 //Giải phóng mọi thực thể của biến ("instance variable") - trong bộ nhớ.
 //gọi khi gặp thẻ "mở đầu"
 //gọi khi gặp thẻ "kết thúc"
 public int doEndTag() {... } 
Quốc tế hóa.
Quốc tế hóa trong JSP có thể được thực hiện tương tự như phương pháp làm trong các trình ứng dụng Java thông thường, nghĩa là bằng cách dùng gói tài nguyên ("resource bundle").
Việc thay đổi ngôn ngữ thể hiện trên các trang web được thực hiện một cách đơn giản thông qua việc thay đổi đơn vị locale. Bằng cách đó, lập trình viên có thể thực hiện thay đổi nội dung, ngôn ngữ... thông qua thay đổi các resource bundle này chứ không cần trực tiếp tác động lên code của trang JSP hay code của taglib.
JSP 2.0.
Phiên bản đặc tả mới của JSP bao gồm những đặc trưng mới nhằm nâng cao hiệu năng của nhà lập trình (hầu cho họ làm việc được nhanh và có kết quả hơn), gọi là:
 Hello, ${param.visitor} &lt;%-- giống như: Hello, &lt;%=request.getParameter("visitor")%&gt; --%&gt;
Mẫu hình MVC.
Sun khuyến cáo việc sử dụng mẫu hình MVC ("Model-View-Controller - tạm dịch là "Mô hình dữ liệu - giao diện người dùng - lôgic điều khiển", có thể gọi ngắn là "mô hình - giao diện - điều khiển"") cho các tập tin JSP để có thể tách biệt phần trình bày ("presentation") khỏi phần xử lý yêu cầu ("request processing") và lưu trữ dữ liệu ("data storage"). Hoặc là các codice_26 thông thường 
hoặc là các tập tin JSP phải được sử dụng để xử lý yêu cầu. Sau khi đã hoàn thành việc xử lý yêu cầu, quyền điều khiển được chuyển sang cho một trang JSP khác. Trang này chỉ được dùng để tạo xuất liệu, tức là hiển thị ở đầu ra. Hiện nay có một vài hệ nền ("platforms") được tạo dựa trên nền của nguyên lý mẫu hình MVC cho các tầng máy web ("web tiers") (chẳng hạn như Struts và cơ cấu Spring ("Spring framework"))
Ví dụ.
Mặc dầu bộ biên dịch JSP kiến tạo mã nguồn Java cho servlet hoặc phát ra mã byte của Java ("byte code") trực tiếp, chúng ta cũng nên hiểu quá trình bộ biên dịch JSP biến đổi một trang JSP trở thành một servlet của Java như thế nào. Chẳng hạn, chúng ta thử cân nhắc những dữ liệu nhập của JSP sau đây, và kết quả Java Servlet mà nó sinh tạo.
Trang JSP nhập vào
Kết quả servlet được sinh tạo