Tài liệu Luận văn tốt nghiệp: Thiết kế, xây dựng các cổng điện tử, đặc biệt là chính phủ điện tử, thương mại điện tử với các dịch vụ hành chính công phục vụ công dân, doanh nghiệp và các nhà đầu tư tại Việt Nam . pdf

z  Luận văn tốt nghiệp Đề tài: Thiết kế, xây dựng cổng điện tử, đặc biệt phủ điện tử, thương mại điện tử với dịch vụ hành cơng phục vụ cơng dân, doanh nghiệp nhà đầu tư Việt Nam Phần mở đầu Trong phát triển mạnh mẽ Internet, Website giữ vai trị đặc biệt quan trọng lĩnh vực đời sống nhân loại Với đam mê sáng tạo chinh phục giới, công nghệ thông tin thay đổi ngày Các hệ website đời, cải tiến liên tục, với Web Service, trợ giúp công nghệ Mobile Agent - chương trình thay mặt người dùng thực cơng việc tìm kiếm xử lý thông tin Internet khái niệm Website truyền thống chuyển thành “Website thông minh” với trợ giúp dịch vụ Search Engine, cơng cụ cho phép tìm kiếm lọc thông tin sở từ khoá xác lập người dùng dịch vụ phân loại thơng tin – Category Từ đó, thuật ngữ “Website thông minh” hay “Cổng điện tử” - Portal hình thành Trong bối cảnh hội nhập kinh tế quốc tế, Việt Nam trở thành thành viên thức tổ chức thương mại giới WTO tháng 11 năm 2006, dân tộc Việt Nam bước vào sân chơi lớn giới Những yêu cầu cải cách hành chính, phát triển phủ điện tử, thương mại điện tử trở nên cấp thiết mang tính sống Ở nước ta, số địa phương quan tâm phát triển công nghệ Portal thành phố Hà Nội, thành phố Hồ Chí Minh, Quảng Nam số địa phương khác… Các địa phương xây dựng cổng thông tin điện tử cho riêng mình, để trở thành cơng cụ phục vụ đắc lực việc quản lý, điều hành hoạt động kinh tế, xã hội Xuất phát từ thực tế đó, người làm cơng nghệ thơng tin chúng tơi hướng nghiên cứu vào vấn đề liên quan tới thiết kế, xây dựng cổng điện tử, đặc biệt phủ điện tử, thương mại điện tử với dịch vụ hành cơng phục vụ công dân, doanh nghiệp nhà đầu tư Việt Nam Đó lý quan trọng để JavaVietnam phối hợp với PCWorld VN HaNoi Aptech tổ chức kỳ thi Lập trình viên năm DOTY 2006 Sau tổng hợp từ diễn đàn Javavietnam thành viên kỳ Tổng quan Portal Khái niệm Portal 1.1 Định nghĩa Portal Portal, tên đầy đủ Web Portal, hệ thống hoạt động Web, định danh xác thực người dùng đăng nhập, từ cung cấp giao diện web để người dùng dễ dàng truy cập, khai thác thông tin dịch vụ thao tác, tuỳ biến công việc tác nghiệp cách nhanh chóng đơn giản Portal có tính giúp người quản trị thu thập, quản lý nhiều nguồn thông tin khác nhau, từ phân phối chúng dạng dịch vụ cho người dùng khác tuỳ thuộc vào nhóm quyền, vào nhu cầu mục đích người dùng Portal thực việc linh động, từ cơng việc tìm xem đặt mua sách kho hàng trực tuyến, xem thay đổi thông tin sinh viên giáo viên ứng dụng quản lý giảng dạy, đến việc đăng chia sẻ thông tin, tài nguyên, viết diễn dàn hay cung cấp việc truy cập thống thuận lợi đến thông tin nội website công ty Portal cổng vào vạn cho người dùng tìm kiếm thơng tin tác nghiệp cách thuận lợi dễ dàng Hình 1.1 Hình ảnh Portal Sự phát triển web portal Khái niệm “Web Portal” xuất từ lâu, sau đời WWW thời gian ngắn Ban đầu, website báo quảng cáo điện tử, chứa thông tin doanh nghiệp để khách hàng họ truy cập để xem theo dõi cách thuận tiện Lúc đó, Portal dùng để trang chủ, chứa liên kết đến nội dung website Ngồi ra, cịn chứa cơng cụ tìm kiếm nội bộ, cho phép người dùng dễ dàng tìm thơng tin nằm nội dung trang web Chính vậy, tên Web Portal mang ý nghĩa: “cổng” để truy nhập vào website Web Portal tựa danh bạ Web (Web directory) liên kết với search engine đơn giản, tất dùng nội website Sau thời gian đầu, website không mang ý nghĩa đại diện để giới thiệu công ty, chúng trở thành công cụ tác nghiệp trực tuyến thuận tiện dành cho khách hàng, đối tác nhân viên ban quản trị doanh nghiệp Do tính quan trọng nên tích hợp vào website tính đăng nhập xác thực người dùng, tính quản lý nội dung, tính cá nhân hố, đa ngơn ngữ tính tác nghiệp cụ thể website Web Portal cung cấp khả tích hợp tính cách dễ dàng thành trang web Web Portal kiểu Americal Online (AOL - http://www.aol.com/ ) Hiện tại, Web Portal không “cổng vào”, dẫn đường người dùng truy cập website, mà trở thành siêu website, nghĩa chứa đựng thơng tin dịch vụ cần có website thơng thường, cịn có khả quản trị giao diện nội dung nhiều website, thêm bớt khơng nội dung mà cịn dịch vụ mới, tích hợp module thơng dụng forum, chat room, blog hay RSS feed…và quan trọng là, cung cấp việc truy cập nguồn thông tin đa dạng khác thông qua lần đăng nhập (single sign-on) Một Web Portal tiếng My Yahoo! (http://my.yahoo.com/) Yahoo, người dùng cần đăng nhập lần trang để truy cập vào trang web riêng mà Yahoo thiết kế sẵn, với nhiều module có sẵn tin tức, tin thời tiết, đồ… Ngồi trang My Yahoo có link liên kết đến ứng dụng web Yahoo quen thuộc Messenger, Mail, Group, Blog, Music… người dùng không cần phải đăng nhập lại Sang Tiếng Việt, Web Portal dịch “Cổng giao tiếp điện tử”, “Cổng giao dịch điện tử” ngắn gọn hơn: “Cổng điện tử” Tuy nhiên, tên tiếng Anh chúng, từ thật chưa thể phản ánh hết xác Portal Để làm rõ chất Portal đưa bảng so sánh Portal với Website thông thường sau 1.2 So sánh Portal với Website thông thường Portal Website thông thường + Portal hỗ trợ khả đăng nhập lần Một website thông thường khơng có khả tới tất tài nguyên liên kết với đăng nhập lần Portal Nghĩa là, người dùng cần lần đăng nhập vào sử dụng tất ứng dụng tích hợp Portal mà người dùng có quyền + Portal hỗ trợ khả cá nhân hóa theo Thường khơng hỗ trợ, có mức độ người sử dụng nhỏ, đặc điểm bật Đây khả quan trọng Portal, giúp phân biệt với website thơng thường Portal cá nhân hóa nội dung hiển thị, thơng thường lựa chọn cách tự động dựa quy tắc tác nghiệp, chẳng hạn vai trò người sử dụng tổ chức Ví dụ người mua hàng đăng nhập vào hệ thống, Portal danh sách sản phẩm Hoặc cần quan tâm đến lĩnh vực khảo cổ Portal cung cấp thơng tin bảng danh sách đồ cổ + Khả tùy biến Đây khả tiêu biểu Portal Một vài Website có dừng lại mức độ dựng sẵn, người dùng lựa chọn vài giao diện có, mà khơng tự thay đổi mục cách tùy ý Ví dụ giao diện Portal có mục thơng tin thời tiết, bỏ phần thơng tin khơng quan tâm đến Hoặc thay đổi cách hiển thị Portal Ví dụ thay hiển thị font chữ màu xác định thay chữ màu đỏ, hay tự thay đổi giao diện Portal mặc định chức A đặt sau chức B, khơng thích thay đổi lại thứ tự hiển thị Đặc tính tương tự hình desktop Chỉ sử dụng liên kết để tới site khác + Liên kết truy cập tới hàng trăm kiểu nội dung chủ yếu tập trung liệu, kho liệu, kể liệu tổng hợp trang hay phân loại Portal có khả liên kết tới tài nguyên liệu rộng lớn, gồm nhiều kiểu liệu từ liệu thông thường đến siêu liệu - Không hỗ trợ + Portal hỗ trợ tốt khả liên kết hợp tác người dùng Portal không liên kết với cần mà liên kết với người mà cần Khả liên kết thực dịch vụ hợp tác 1.3 Các đặc trưng Portal 1.3.1 Chức tìm kiếm (Search function) Chức tìm kiếm dịch vụ cần phải có tất Portal Sau người sử dụng mơ tả loại thơng tin mà cần thơng qua từ khố tổ hợp từ khoá, dịch vụ tự động thực tìm kiếm thơng tin Website có Internet trả lại kết cho người dùng Thời gian thực dịch vụ tìm kiếm nhanh, tiện lợi cho người dùng 1.3.2 Dịch vụ thư mục (Directory service) Đối với người dùng khơng muốn tìm kiếm thơng tin qua từ khố, họ có nhu cầu tìm kiếm thơng tin theo chủ đề, lĩnh vực đó, sử dụng dịch vụ thư mục phân loại thông tin Dịch vụ thư mục dịch vụ thực phân loại xếp thông tin website theo chủ đề có nhiều chủ đề chủ đề tiếp tục phân tách xuống mức thấp 1.3.3 Ứng dụng trực tuyến (Online desktop application) Bao gồm ứng dụng phổ biến Internet, có ứng dụng điển : - Thư điện tử: Các Portal lớn Yahoo, Excite, v.v… thường cung cấp tài khoản điện tử (E-mail account) miễn phí cho người dùng Dịch vụ có ý nghĩa người dùng nhận/gửi địa điểm Internet - Lịch cá nhân: Một số Portal cung cấp dịch vụ “lịch cá nhân - calendar” miễn phí cho người dùng Dịch vụ giúp người sử dụng sử dụng lịch cá nhân nơi Internet - Hội thoại trực tuyến: Dịch vụ cho phép nhóm người dùng hội thoại trực tuyến với thông qua môi trường Internet, không phụ thuộc vào khoảng cách địa lý họ Có thể liệt kê nhiều loại dịch vụ trực tuyến khác dịch vụ hỗ trợ kỹ thuật trực tuyến nhà sản xuất với khách hàng mình… - Các dịch vụ khác: Một dịch vụ hấp dẫn người sử dụng bưu thiếp điện tử Thay gửi bưu thiếp qua đường bưu điện thơng thường, người sử dụng gửi bưu thiếp chức mừng người thân thơng qua mạng Internet 1.3.4 Cá nhân hoá dịch vụ (Personalization or Customization) Cá nhân hoá dịch vụ đặc trưng quan trọng Portal Trên sở thông tin khách hàng cụ thể, nhà cung cấp tạo dịch vụ mang tính định hướng cá nhân, phù hợp với yêu cầu, sở thích khách hàng riêng biệt Thơng qua nhà cung cấp có khả tăng cường mối quan hệ với khách hàng, trì tín nhiệm khách hàng nhà cung cấp Cá nhân hoá dịch vụ tiến hành thông qua liệu thông tin cá nhân khách hàng (customer profiles) Dữ liệu chứa thông tin mang tính cá nhân nghề nghiệp, thói quen, sở thích v.v… từ thơng tin cá nhân này, nhà cung cấp có khả giới hạn cung cấp thông tin dịch vụ mà khách hàng thực quan tâm muốn có Có nghĩa tránh việc cung cấp thông tin dịch vụ khơng cần thiết gây khó chịu cho khách hàng, chí dẫn đến định ngừng sử dụng dịch vụ nhà cung cấp 1.3.5 Cộng đồng ảo (Virtual community hay Collaboration) Cộng đồng ảo “một địa điểm ảo” Internet mà cá nhân, doanh nghiệp “tập hợp” để giúp đỡ, hợp tác với hoạt động thương mại Nói cách khác “cộng đồng ảo” mang lại hội hợp tác cho cá nhân, tổ chức doanh nghiệp mà ranh giới địa lý khơng cịn có ý nghĩa Sau số ví dụ cộng đồng ảo: - Hội thoại trực tuyến – Online chat: Thơng qua dịch vụ người ta triển khai hội nghị mà không cần phải tập trung tồn cán cơng nhân viên địa phương phạm vi nước địa điểm cụ thể - Hỗ trợ trực tuyến - Online support : Tại khách hàng nhận trực tiếp hỗ trợ, tư vấn nhà sản xuất sản phẩm mà khách hàng lựa chọn 1.3.6 Một điểm tích hợp thơng tin (Comporate Portal) Đặc trưng cho phép đơn vị cung cấp cho người sử dụng dùng điểm truy nhập để thu thập xử lý thông tin từ nguồn khác nhau, sử dụng ứng dụng để khai thác kho tài nguyên thông tin chung Như biết, có nhiều thông tin hàng ngày cần phải xử lý chuyển đến người dùng nhiều nguồn khác nhau, ví dụ E-mail, news, tài liệu, báo cáo, báo, audio video files, v.v… khó khăn cho người dùng thông tin xử lý cách riêng rẽ; Comporate Portal cho phép sử dụng cơng cụ tích hợp để xử lý nguồn thông tin này, suất lao động xử lý thông tin người dùng nâng cao 1.3.7 Kênh thông tin (Channel) Portal cho phép xây dựng liên kết (connector) tới ứng dụng Portal khác Một Portal khác Website thơng thường khác cung cấp nội dung thơng tin kênh thơng tin Portal Kênh thơng tin đặc tính Portal, cho phép xây dựng dịch vụ truy cập, xử lý thông tin nằm bên mạng Intranet tổ chức, sau tổ chức hiển thị kết xử lý tin kênh thông tin Portal Từ tính portal nêu ta hình dung dịch vụ mà hệ thống Portal cung cấp : - Các dịch vụ bản: Post định dạng HTML/Document, Danh sách liên kết, Upload/Download Files, Thao tác ảnh… - Các dịch vụ giao tiếp cơng cộng: Forum, Thơng báo, Thăm dị - Bỏ phiếu… - Các dịch vụ cung cấp thông tin: Thông báo, Bản tin - Các dịch vụ tìm kiếm: Tìm kiếm, Phân loại … - Các dịch vụ trợ giúp người dùng: Thông tin cá nhân, Lịch biểu… - Các dịch vụ tác nghiệp: Quản lý nội dung, Hợp tác dự án, Quản lý bán hàng, quản lý nhân sự… Lợi ích hệ thống Portal Hệ thống Portal hỗ trợ cộng đồng người dùng trực tuyến, cán bộ, nhân viên, đối tác nhà cung cấp nhiều hình thức kết hợp khác Cơ sở hạ tầng Portal giúp việc khởi tạo, tích hợp, quản lí cá nhân hóa tồn diện thông tin ứng dụng cho người dùng riêng biệt phục vụ nhu cầu sở thích cộng đồng riêng biệt Các lợi ích thực hệ thống Portal đem lại nhìn từ khía cạnh hiệu ứng dụng thực tế là: · Nâng cao hiệu làm việc cho cá nhân tô chưc, đối tác nhờ truy cập bảo mật, tích hợp tới thơng tin ứng dụng liên quan, truy cập tổng thể tới tất cá nhân, thông tin, tổ chức nhà cung cấp từ đâu, · Cải thiện tiến trình hợp tác nhờ luồng thông tin tốt người ứng dụng, nhờ môi trường cộng tác giúp giảm thời gian để chuyển đổi thông tin thô thành tri thức · Giảm gánh nặng việc triển khai quản lí thơng tin dịch vụ ứng dụng tơ chưc · Duy trì, quản lý, mở rộng, nâng cấp, tái sử dụng dễ dàng, tiết kiệm chi phí đầu tư để xây dựng lại hệ thống · Cho phép hãng thứ tham gia vào việc cung cấp ứng dụng hệ thống, dịch vụ trung gian Khả làm phong phú, đa dạng khả úng dụng triển khai hệ thống Portal 1.4 Phân loại Portal Việc phân loại Portal có nhiều cách khác Nếu vào đặc trưng Portal người ta chia Portal thành loại sau : 1.4.1 Consumer Portal Cung cấp nhiều lựa chọn cho việc tìm kiếm, chuyển, E-mail, tự sửa khuôn dạng, lựa chọn tin tức, calendar, quản lý địa liên hệ, hẹn, lưu ý, thích, địa website, real-time chat chức Intranet, v.v… 1.4.2 Vertical Portal Chuyên cung cấp thông tin dịch vụ cho lĩnh vực chuyên môn, khoa học, kinh tế cụ thể (mang tính chuyên ngành) 1.4.3 Horizontal Portal Nội dung bao trùm nhiều chủ đề (mang tính diện rộng), phục vụ mối quan tâm khác nhau, hỗ trợ chức dịch vụ phong phú, phục vụ cộng đồng, phục vụ tổ chức hành Portal khách hàng Portal B2B Portal cho người lao động Portal cho nhà đầu tư Cơ sở hệ thống Portal theo chiều ngang Cơ sở Portal theo chiều ngang 1.4.4 Enterprise Portal Cung cấp dịch vụ truy xuất thông tin từ nguồn tài nguyên thông tin mạng Intranet tổ chức qua cổng truy cập 1.4.5 B2B Portal Cung cấp dịch vụ định hướng theo mối quan hệ tương tác thông tin hai chiều doanh nghiệp (B2B) môi trường thương mại điện tử 1.4.6 G2G Portal Cung cấp dịch vụ hành cơng theo mối quan hệ tương tác thơng tin hai chiều quan hành nhà nước (G2G) môi trường trao đổi thông tin điện tử Session điểm then chốt nhà phát triển portlet, có nhiều để cài đặt chúng (implement ), portlet API cung cấp giao tiếp PortletSession interface Khi client tạo request, server gửi định danh session response Nếu client muốn kết nối vào session (phiên làm việc), client cung cấp định danh session cho request tiếp sau họ PortletSession sử dụng để nắm giữ thuộc tính PortletSession hoạt động giống HTTPSession mặt này, việc cung cấp khả lưu trữ cặp đơi khố - giá trị (key-value ), với đối tượng Có điểm khác chủ yếu : PortletSession có phần khác : + APPLICATION_SCOPE tương tự phạm vi HTTPSession Một đối tượng đặt rong phạm vi thích hợp cho tất portlets bên phiên làm việc (session) + PORTLET_SCOPE đến đối tượng thích hợp portlet PORTLET_SCOPE thống cách đặt khơng gian tên cho thuộc tính cho trước Ví dụ, thuộc tính tên city.name lưu trữ javax.portlet.p.47?city.name ("47" số định dạng gán bên trong) Tên thuộc tính ngăn cản namespace (không gian tên) xung đột với portlets khác lưu biến session chúng với tên tương tự Mặc dù việc có hệ thống đặc biệt để đặt tên thuộc tính nó, PORTLET_SCOPE lại khơng bảo vệ thuộc tính với thành phần web khác Thêm vào đó, ứng dụng namespace (khơng gian tên) hồn tồn thực hood Bạn việc gọi phương thức getAttribute() setAttribute() để định PORTLET_SCOPE chuyển đổi không gian tên namespace thực đối tượng PortletSession Để làm cho thuận lợi hơn, thành phần web khác nhận tính thơng qua phương thức PortletSessionUtil.decodeAttribute () cách truyền tên thuộc tính đơn giản, ví dụ "city.name" Gọi JSPs servlet : Bởi ứng dụng portlets hoàn toàn mỡ rộng ứng dụng web, phải có chế để include JSP servlet portlet Dựa vào việc nghiên cứu lớp GenericPortlet, nhiều nhà phát triển Web có nghĩ, " Ơi, khơng ! trở lại ngày servlet xa xưa với việc nhúng đánh dấu (markup) ! " Tuy nhiên, giống servlet, nhà phát triển nhận thấy việc sử dụng phương thức RequestDispatcher() có ích để tránh gọi "đặt tất trứng rổ " tức vấn đề đặt tất markup servlet , tất mã Java trang JSP, nhà phát triển portlet dùng PortletRequestDispatcher Khi cài đặt (implement ) phương thức hồi đáp giao diện portlet hay cài đặt phương thức "do " lớp GenericPortlet ( chẳng hạn doView, doEdit, doHelp ), nhà phát triển dùng PortletRequestDispatcher sau : String reqPath = “/calView.jsp”; PortletRequestDispatcher prd = portContext.getRequestDispatcher(reqPath); prd.include(req, resp); Trong trường hợp này, ta phải định trang JSP : calView.jsp , nằm thư mục gốc ứng dụng portlet, mà ta tới với dấu slash / / Bạn phải bắt đầu đường dẫn với dấu slash hở //, cung cấp đường dẫn từ thư mục gốc PortletContext (thường thư mục gốc ứng dụng portlet).Từ đó, bạn lấy PortletRequestDispatcher (prd) từ phương thức PortletContext (portContext) Sau bạn truyền cho phương thức RenderRequest(req) RenderResponse(resp) tham số vào phương thức include PortletRequestDispatcher(prd) Tương tự, ta gọi servlet cách mô tả tên ( file mơ tả triển khai ứng dụng Web web.xml) Chẳng hạn, ta phải định servlet sau web.xml : chart org.opensourceportals.ChartServlet 0 Bởi ta đặt tên servlet "chart", nên ta định sau : String reqName = “chart”; PortletRequestDispatcher prd = portContext.getNamedDispatcher(reqName); prd.include(req, resp); Lúc ta dùng phương thức getNamedDispatcher () với tên servlet để lấy Object PortletRequestDispatcher Đây điểm quan trọng khác để ta xem xét chọn phải làm sau : String reqPath = “/calView.jsp?user=Jennifer”; PortletRequestDispatcher prd = portContext.getRequestDispatcher(reqPath); prd.include(req, resp); Vì tham số user định chuỗi truy vấn, lấy theo thứ tự từ trước đến sau vài tham số hồi đáp khác đặt tên user truyền cho JSP Bạn chắn không ý đến vấn đề này, thứ phải ghi nhớ trường hợp bạn rơi vào cách ứng xử : việc định chuỗi truy vấn để lấy tham số khác Có nhiều hạn chế việc dùng Object HttpServletRequest Những phương thức khơng thích hợp để include servlet JSP : + getProtocol() + getRemoteAddr() + getRemoteHost() + getRealPath() + getRequestURL() + getCharacterEncoding() + setCharacterEncoding() + getContentType() + getInputStream() + getReader() + getContentLength() Những phương thức sau trả null ( trừ getContentLength trả 0) bị triệu gọi từ servlet hay JSP include Object PortletRequestDispatcher Tuỳ thuộc vào việc làm bạn tạo PortletRequestDispatcher, bạn khơng phải truy xuất đến phương thức khác Nhưng ph/th ức bổ sung khơng thích hợp việc truy xuất servlet JSPs từ PortletRequestDispatcher tạo cách gọi getNamedDispatcher() + getPathInfo() + getPathTranslated() + getServletPath() + getRequestURI() + getQueryString() Lý ph/thức khơng thích hợp gọi phương thức getNamedDispatcher() đơn giản : Bởi bạn không sử dụng đường dẫn cho yêu cầu (request) mình, khơng có liệu mà trường chứa Tương tự thế, HttpServletResponse có hạn chế sử dụng Những phương thức khơng sẵn có HttpServletResponse : + encodeRedirectURL() + encodeRedirectUrl() + setContentType() + setContentLength() + setLocale() + sendRedirect() + sendError() + addCookie() + setDateHeader() + addDateHeader() + setHeader() + addHeader() + setIntHeader() + addIntHeader() + setStatus() + containsHeader() Những phương thức mã hoá trả null, containsHeader() trả trị false, cịn lại đơn giản khơng làm Điều mac nguồn làm thất vọng lớn bạn không cẩn thận, nhà phát triển ạ, đơn giản không làm việc không cho ghi Java Portlet Specification đề nghị việc sử dụng phương thức RequestDispatcher servlet JSPs include Trong điều khơng thoả thuận lớn, ghi Apache’s Struts Framework dùng dùng phương thức forward RequestDispatcher Object ActionServlet Việc đưa thông dụng Struts framework ứng dụng Web, làm nên thúc đẩy (tác động) quan trọng việc thống tích hợp portal nhiều quan tổ chức Điều khơng có nghĩa khơng làm việc vơ tổ chức, khơng định mệnh xem xét cẩn thận điều kiện bạn testing với cài đặt portal bạn Cấu tạo ứng dụng portlet : Ứng dụng portlet cấu tạo giống ứng dụng Web ta có tính sau : + Có thể bao gồm servlets, JSPs, classes, files JAR (java archives), file tĩnh khác + Được đóng gói - tất ứng dụng Web đóng gói thư mục root chung + Có thư mục WEB-INF/classes để lưu giữ lớp độc lập tải classloader + Có thư mục WEB-INF/lib để lưu giữ Java Archives (JAR) tải classloader + Được đóng gói thành file Web Archive (WAR) Thêm vào tính này, ứng dụng portlet cịn bao gồm file mơ tả triển khai ứng dụng Web, đặt WEB-INF/portlet.xml File mô tả chi tiết chương sau "Portlet Application Deployment Descriptor.” Bảo mật : Bởi bảo mật vấn đề lớn yêu cầu cỉa portlet API ta đề cập đến vấn đề C Các định nghĩa kiểu CSS (Cascading Stylesheets ) : Nhằm đặt đến giao diện chung plug cho portlets, Java Portlet API định nghĩa tập kiểu CSS (Cascading Stylesheets) mà portlet sử dụng để hồi đáp markup chúng Bằng cách sử dụng tập kiểu chuẩn, portal hổ trợ skin, tuỳ biến hoá màu sắc font chữ Những kiểu nầy có nghĩa đồng thời với chuẩn OASIS Web Services for Remote Portlets (WSRP) Để đầy đủ hơn, định nghĩa kiểu trình bày bảng sau : Bằng cách sử dụng styles này, nhà phát triển portlet đảm bảo portlet họ sử dụng lại ứng dụng portlet khác, thống tương thích với WSRP Thêm nữa, nhà phát triển áp dụng "skins" từ ứng dụng portlet khác vào portlet họ Những thuộc tính thơng tin người dùng (User Information Attributes) : Thuộc tính user sử dụng để tạo trạng (profile) cho user Chúng hiểu để chuẩn hoá World Wide Web Consortium’s (W3C) Platform for Privacy Preferences (P3P) 1.0 (www.w3.org/TR/P3P/) Những thuộc tính phù hợp thống với nổ lực chuẩn WSRP (OASIS Web Services for Remote Portals ) Bảng sau liệt kê danh sách thuộc tính user mơ tả chúng Như bạn thấy, thuộc tính có đặc tính lặp lại chút ít, mang lại xác tuỳ chọn nhà phát triển điều kiện thuộc tính user bạn cần cho ứng dụng portlet Tuy nhiên, khơng có thẩm quyền (khả năng) dùng ứng dụng portlet bạn, file mô tả triển khai ứng dụng Web phải mô tả dùng ứng dụng web portlet bạn, nhà phát triển cần ánh xạ chúng đến với thích hợp máy chủ portal đích Cái đâu việc sử dụng thuộc tính chuẩn có ích lúc đó, đơn giản lớn, không hạn chế, số lượng ánh xạ (mapping) cần thiết để triển khai ứng dụng cuả bạn Hãy tự tin bạn hồn tất tất ánh xạ ( “Portlet Application Deployment Descriptor” thảo luận điều file portlet.xml), bạn truy cập đến thuộc tính user sau: Map userdata = (Map) request.getAttribute(PortletRequest.USER_INFO); String workEmail = (String) request.getAttribute(“user.business-info.online.email”); Bạn tóm lấy Map thuộc tính user triển khai cách thiết lập thuộc tính từ PortletRequest Sau bạn đơn giản nhìn vào giá trị thích hợp; trường hợp này, email làm việc user ( lưu quote “user.business-info.online.email”) Các thuộc tính user rấ quan trọng triển khai giải pháp cá nhân hoá portlet Bạn phải chắn hiểu biết cách đầy đủ thuộc tính Xây dựng portlet JSR168 – HelloWorldPortlet 1.1 Cấu trúc thư mục : 1.2 Nội dung mã nguồn file Nội dung file build.xml (file dùng để biên dịch đóng gói ứng dụng portlets) File HelloAliPortlet.java package com.pan.portlet.HelloAli; /* Date Created : 10 October, 2005 Author : Alibobo Description : Hello ALi Portlet - first lesson */ import java.io.IOException; import java.io.Writer; import javax.portlet.ActionRequest; import javax.portlet.ActionResponse; import javax.portlet.GenericPortlet; import javax.portlet.PortletException; import javax.portlet.RenderRequest; import javax.portlet.RenderResponse; public class HelloAliPortlet extends GenericPortlet { public void doView(RenderRequest req, RenderResponse res) throws IOException, PortletException { res.setContentType("text/html"); res.getWriter().print("Hello World!"); } } File web.xml HelloAliPortlet File portlet.xml HelloAliPortlet Hello World com.pan.portlet.HelloAli.HelloAliPortlet 0 text/html VIEW Hello World Portlet Hello World Hello World guest power-user user File liferay-portlet.xml Portlet Application HelloAliPortlet true true administrator Administrator guest Guest power-user Power User user User user.name.test com.pan.portlet.HelloAli.HelloAliPortlet File liferay-display.xml ServletResponse chuyển đến người dùng (tức trình duyệt web browser) Nói để thấy, URL mà nhìn thấy Address bar trình duyệt URL thân portal khơng phải portlet -H6 : Khi viết portlet ta extends GenericPortlet Portlet Vậy ta nên chọn nào? Đ6 : javax.portlet.Portlet Interface chuẩn cho portlet Và để xây dựng portlet từ interface này, bạn phải làm nhiều việc Ví dụ: Code: import javax.portlet.Portlet; public class PortletXXX implements Portlet { public void render(RenderRequest req, RenderResponse res) throws PortletException, IOException { // Trong nội dung phương thức này, bạn phải tự xác định lấy MODE portlet Và thực việc trình bày nội dung cho phù hợp } } - javax.portlet.GenericPortlet class implements interface Portlet, phân chia phương thức render thành phương thức nhỏ tương ứng với mode chuẩn Portlet doHelp(), doEdit() doView() Và đó, bạn cần override phương thức doXX() thay phải implement phương thức render() gốc Portlet Do vậy, bạn viết ứng dụng portlet thơng thường nên dùng GenericPortlet Nhưng muốn làm việc cao cấp chút tự định nghĩa thêm MODE cho portlet, xây dựng framework để viết portlet nên implement interface Portlet H7 : Để hồi đáp request người dùng, tơi thấy có lúc dùng render() method, lúc dùng doXXX() method, dùng ? Đ7 : Thông thường, mode VIEW mode mặc định, bạn không cần quan tâm đến mode khác dùng render() doView() Bởi lúc hai phương thức có vai trị tương đương H8 : Trình tự invoke method : render(), doView(), doEdit(), doHelp() ? tức gọi nó, gọi vào lúc nào? Đ8 : Thực phương thức render() tương đương với phương thức doXXX() Tuỳ vào mode portlet mà gọi doXXX() tương ứng -H9 : Khi viết portlet, có init() method,tơi thấy lúc cần gọi super.init(), lúc khơng ( extends GenericPortlet cần, cịn extends Portlet lại khơng cần ) ? Đ9 : Không cần thiết phải gọi super.init() đâu Bởi thân super chẳng làm phương thức init() H10 : Khi viết portlet có gọi trang jsp, làm để kiểm soát mode (VIEW, EDIT, HELP) nó, nhấn chọn EDIT gọi edit.jsp, HELP gọi help.jsp chẳng hạn ? Đ10 : Mặc định mode portlet mode VIEW Cịn sau đó, bạn muốn chuyển đến mode tuỳ, ta đặt mode cách tuỳ ý Để biết mode portlet mode nào, ta kiểm tra sau: Code: public void render(RenderRequest req, RenderResponse res) throws PortletException, IOException { PortletMode currentMode = req.getPortletMode(); if (currentMode equals(PortletMode.EDIT)) { // Mode mode EDIT } else if (currentMode equals(PortletMode.VIEW)) { // Mode mode VIEW } // } Ứng dụng công nghệ Portal phủ điện tử Việt nam : Giải pháp cửa cải cách hành Tác giả: Nguyễn Văn Chương & Nguyễn Sinh Thành .. . làm cơng nghệ thơng tin chúng tơi hướng nghiên cứu vào vấn đề liên quan tới thiết kế, xây dựng cổng điện tử, đặc biệt phủ điện tử, thương mại điện tử với dịch vụ hành cơng phục vụ công dân, doanh. .. sinh portlet Trách nhiệm thuộc cổng điện tử Một cổng điện tử Portlet container xây dựng với thành thành phần ứng dụng hay thành phần riêng biệt ứng dụng cổng điện tử – Ví dụ : Sau dịng kiện điển .. . quan hệ tư? ?ng tác thông tin hai chiều doanh nghiệp (B2B) môi trường thương mại điện tử 1.4 .6 G2G Portal Cung cấp dịch vụ hành cơng theo mối quan hệ tư? ?ng tác thông tin hai chiều quan hành nhà nước