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

Hiện tại, Web Portal không chỉ là một “cổng vào”, dẫn đường người dùng truy cập website, mà đã trở thành một siêu website, nghĩa là ngoài chứa đựng mọi thông tin và dịch vụ cần có như mộ

z



Luận văn tốt nghiệp

Đề tài: 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.

Phần mở đầu

Trong sự phát triển mạnh mẽ của Internet, thì các Website giữ một vai trò đặc biệt quan trọng trong mọi lĩnh vực của đời sống nhân loại Với đam mê sáng tạo và chinh phục thế giới, công nghệ thông tin đã và đang thay đổi từng ngày Các thế hệ website ra đời, cải

tiến liên tục, cùng với Web Service, sự trợ giúp của công nghệ Mobile Agent - một chương

trình thay mặt người dùng thực hiện công việc tìm kiếm và xử lý thông tin trên Internet - khái niệm Website truyền thống được chuyển thành “Website thông minh” với sự trợ giúp của dịch vụ Search Engine, một công cụ cho phép tìm kiếm và lọc thông tin trên cơ sở các

từ khoá được xác lập bởi người dùng và 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 được 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 chính thức của tổ chức thương mại thế giới WTO tháng 11 năm 2006, cả dân tộc Việt Nam bước vào

sân chơi lớn của thế giới Những yêu cầu về cải cách hành chính, phát triển chính phủ điện

tử, thương mại điện tử càng trở nên cấp thiết và mang tính sống còn Ở nước ta, một số địa phương cũng rất quan tâm phát triển công nghệ Portal như thành phố Hà Nội, thành phố

Hồ Chí Minh, Quảng Nam và một số địa phương khác… Các địa phương này đã xây dựng được cổng thông tin điện tử cho riêng mình, để nó trở thành một công cụ phục vụ đắc lực trong việc quản lý, điều hành các hoạt động kinh tế, xã hội

Xuất phát từ thực tế đó, những người làm công nghệ thông tin chúng tôi hướng nghiên

cứu của mình vào các vấn đề liên quan tới 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 Đó cũng là 1 lý do quan trọng để

JavaVietnam phối hợp với PCWorld VN và HaNoi Aptech tổ chức kỳ thi Lập trình viên trong năm DOTY 2006 Sau đây là các bài tổng hợp từ diễn đàn Javavietnam của các

thành viên trong kỳ 2

Hình 1.1 Hình ảnh về một Portal

Sự phát triển của web portal

Khái niệm “Web Portal” đã xuất hiện từ khá lâu, chỉ sau khi ra đời WWW một thời gian ngắn Ban đầu, các website chỉ như các báo quảng cáo điện tử, chứa các thông tin của một doanh nghiệp để khách hàng của họ có thể truy cập để xem và theo dõi một cách thuận tiện Lúc đó, Portal được dùng để chỉ một trang chủ, chứa các liên kết đến các nội dung trong một website nào đó Ngoài ra, nó còn chứa một công cụ tìm kiếm nội bộ, cho phép người dùng dễ dàng tìm các thông tin nằm trong nội dung các trang web Chính vì vậy, cái tên Web Portal mang ý nghĩa: một cái “cổng” để truy nhập vào website Web Portal tựa như một danh bạ Web (Web directory) liên kết với một search engine đơn giản, tất cả chỉ dùng nội bộ trong một website

Sau thời gian đầu, các website không chỉ mang ý nghĩa đại diện để giới thiệu của các công ty, chúng trở thành những công cụ tác nghiệp trực tuyến rất thuận tiện dành cho

cả khách hàng, đối tác và các nhân viên cũng như ban quản trị doanh nghiệp Do đó các tính năng quan trọng nên tích hợp vào một website như các tính năng đăng nhập và xác thực người dùng, các tính năng quản lý nội dung, tính năng cá nhân hoá, đa ngôn ngữ cũng như các tính năng tác nghiệp cụ thể đối với từng website Web Portal cung cấp khả năng tích hợp các tính năng này một cách dễ dàng thành một trang web duy nhất Web Portal đầu tiên kiểu này là Americal Online (AOL - http://www.aol.com/ )

Hiện tại, Web Portal không chỉ là một “cổng vào”, dẫn đường người dùng truy cập website, mà đã trở thành một siêu website, nghĩa là ngoài chứa đựng mọi thông tin và dịch vụ cần có như một website thông thường, nó còn có khả năng quản trị giao diện cũng như nội dung của nhiều website, thêm bớt không những nội dung mới mà còn các dịch vụ mới, tích hợp các module thông dụng nhất như các forum, chat room, blog hay RSS feed…và quan trọng là, cung cấp việc truy cập các nguồn thông tin rất đa dạng và khác nhau này chỉ thông qua một lần đăng nhập duy nhất (single sign-on)

Một Web Portal nổi tiếng hiện nay là My Yahoo! (http://my.yahoo.com/) của Yahoo, người dùng chỉ cần đăng nhập một lần duy nhất trong trang này để truy cập vào một trang web riêng mà Yahoo đã thiết kế sẵn, với nhiều module có sẵn như tin tức, bản tin thời tiết, bản đồ… Ngoài ra ở trang My Yahoo cũng có các link liên kết đến các ứng dụng web của Yahoo quen thuộc như Messenger, Mail, Group, Blog, Music… và người dùng sẽ không cần phải đăng nhập lại

Sang Tiếng Việt, Web Portal được dịch là “Cổng giao tiếp điện tử”, “Cổng giao dịch điện tử” hoặc ngắn gọn hơn: “Cổng điện tử” Tuy nhiên, cũng như tên tiếng Anh của chúng, các từ này thật sự chưa thể phản ánh hết được chính xác thế nào là một Portal

Để làm rõ bản chất của Portal chúng ta đưa ra bảng so sánh giữa Portal với một Website thông thường sau đây

1.2 So sánh Portal với một Website thông thường

+ Portal hỗ trợ khả năng đăng nhập một lần

tới tất cả các tài nguyên được liên kết với

Portal Nghĩa là, người dùng chỉ cần một

Đây là một trong những khả năng quan

trọng của Portal, giúp nó phân biệt với một

website thông thường Portal cá nhân hóa

nội dung hiển thị, thông thường đây là sự

lựa chọn một cách tự động dựa trên các quy

tắc tác nghiệp, chẳng hạn như vai trò của

người sử dụng trong một tổ chức Ví dụ khi

một người mua hàng đăng nhập vào hệ

thống, Portal sẽ hiện ra một danh sách các

sản phẩm mới Hoặc nếu cần quan tâm đến

các lĩnh vực khảo cổ thì Portal có thể cung

cấp các thông tin bảng danh sách các đồ cổ

Thường không hỗ trợ, nếu có chỉ ở mức độ rất nhỏ, không phải là đặc điểm nổi bật

+ Khả năng tùy biến

Đây là một khả năng tiêu biểu của một

Portal

Ví dụ một giao diện Portal có mục thông tin

thời tiết, chúng ta có thể bỏ phần thông tin

này đi nếu chúng ta không quan tâm đến

nó Hoặc chúng ta có thể thay đổi cách hiển

thị của Portal Ví dụ như thay vì hiển thị

bằng font chữ màu xác định chúng ta có thể

thay nó bằng chữ màu đỏ, hay có thể tự

thay đổi giao diện của Portal nếu mặc định

chức năng A được đặt sau chức năng B, nếu

không thích chúng ta có thể thay đổi lại thứ

tự hiển thị này Đặc tính này tương tự như

màn hình desktop của chúng ta

Một vài Website có nhưng chỉ dừng lại ở mức

độ dựng sẵn, người dùng chỉ có thể lựa chọn một vài giao diện đã có, mà không tự mình thay đổi từng mục một cách tùy ý

+ Liên kết truy cập tới hàng trăm kiểu dữ

liệu, kho dữ liệu, kể cả dữ liệu tổng hợp

hay đã phân loại

Portal nó có khả năng liên kết tới tài

nguyên dữ liệu rộng lớn, gồm nhiều kiểu dữ

liệu từ dữ liệu thông thường đến siêu dữ

liệu

Chỉ sử dụng các liên kết để tới các site khác nhưng nội dung chủ yếu vẫn chỉ tập trung trong trang đó

+ Portal hỗ trợ rất tốt khả năng liên kết và

1.3 Các đặc trưng cơ bản của Portal

1.3.1 Chức năng tìm kiếm (Search function).

Chức năng tìm kiếm là dịch vụ đầu tiên cần phải có của tất cả các Portal Sau khi người sử dụng mô tả loại thông tin mà mình cần thông qua các từ khoá hoặc tổ hợp các từ khoá, dịch vụ này sẽ tự động thực hiện tìm kiếm thông tin trên các Website có trên Internet

và trả lại kết quả cho người dùng Thời gian thực hiện của dịch vụ tìm kiếm này rất nhanh,

do vậy rất tiện lợi cho người dùng

1.3.2 Dịch vụ thư mục (Directory service)

Đối với những người dùng không muốn tìm kiếm thông tin qua các từ khoá, họ có nhu cầu tìm kiếm thông tin theo một chủ đề, lĩnh vực nào đó, thì có thể sử dụng dịch vụ thư mục phân loại thông tin Dịch vụ thư mục là dịch vụ thực hiện phân loại và sắp xếp thông tin trên các website theo chủ đề có thể có nhiều chủ đề con trong một chủ đề và có thể tiếp tục phân tách xuống các mức thấp hơn

1.3.3 Ứng dụng trực tuyến (Online desktop application).

Bao gồm các ứng dụng phổ biến nhất của Internet, hiện nay có các ứng dụng điển hình như :

- Thư điện tử: Các Portal lớn như Yahoo, Excite, v.v… thường cung cấp các tài khoản điện tử (E-mail account) miễn phí cho người dùng Dịch vụ này rất có ý nghĩa vì người dùng có thể nhận/gửi tại bất cứ địa điểm nào của 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ụ này giúp người sử dụng có thể sử dụng lịch cá nhân mọi nơi trên Internet

- Hội thoại trực tuyến: Dịch vụ này cho phép nhóm người dùng hội thoại trực tuyến với nhau thông qua môi trường Internet, không phụ thuộc vào khoảng cách địa lý giữa họ

Có thể liệt kê nhiều loại dịch vụ trực tuyến khác như dịch vụ hỗ trợ kỹ thuật trực tuyến giữa các nhà sản xuất với khách hàng của mình…

- Các dịch vụ khác: Một trong những dịch vụ hấp dẫn người sử dụng là bưu thiếp điện tử Thay vì gửi bưu thiếp qua đường bưu điện thông thường, ngay nay người sử dụng

có thể gửi bưu thiếp chức mừng người thân của mình thông qua mạng Internet

1.3.4 Cá nhân hoá các dịch vụ (Personalization or Customization).

Cá nhân hoá là dịch vụ đặc trưng quan trọng của Portal Trên cơ sở các thông tin của từng khách hàng cụ thể, nhà cung cấp có thể tạo ra các dịch vụ mang tính định hướng cá nhân, phù hợp với yêu cầu, sở thích của từng khách hàng riêng biệt của mình Thông qua đó các nhà cung cấp có khả năng tăng cường mối quan hệ với khách hàng, duy trì được sự tín nhiệm của khách hàng đối với nhà cung cấp

Cá nhân hoá các dịch vụ được tiến hành thông qua dữ liệu thông tin cá nhân về khách hàng (customer profiles) Dữ liệu này chứa các thông tin mang tính cá nhân như nghề nghiệp, thói quen, sở thích v.v… từ những thông tin cá nhân này, các nhà cung cấp có khả năng giới hạn cung cấp các thông tin và các dịch vụ mà khách hàng thực sự quan tâm muốn

có Có nghĩa là tránh được việc cung cấp các thông tin và dịch vụ không cần thiết có thể sẽ gây khó chịu cho khách hàng, và thậm chí dẫn đến quyết định ngừng sử dụng dịch vụ của nhà cung cấp

1.3.5 Cộng đồng ảo (Virtual community hay Collaboration).

Cộng đồng ảo là một “một địa điểm ảo” trên Internet mà các cá nhân, các doanh nghiệp có thể “tập hợp” để giúp đỡ, hợp tác với nhau trong các hoạt động thương mại Nói một cách khác “cộng đồng ảo” mang lại cơ hội hợp tác cho các cá nhân, tổ chức doanh nghiệp mà ranh giới địa lý không còn có ý nghĩa Sau đây là một số ví dụ về cộng đồng ảo:

- Hội thoại trực tuyến – Online chat: Thông qua dịch vụ này người ta có thể triển khai các hội nghị mà không cần phải tập trung toàn bộ cán bộ công nhân viên ở các địa phương trong phạm vi cả nước về một địa điểm cụ thể nào đó

- Hỗ trợ trực tuyến - Online support : Tại đây khách hàng có thể nhận được trực tiếp các hỗ trợ, tư vấn của các nhà sản xuất về 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 duy nhất (Comporate Portal)

Đặc trưng này cho phép đơn vị cung cấp cho người sử dụng dùng một điểm truy nhập duy nhất để thu thập và xử lý thông tin từ các nguồn khác nhau, hoặc sử dụng các ứng dụng để khai thác kho tài nguyên thông tin chung Như chúng ta đã biết, có rất nhiều thông tin hàng ngày cần phải được xử lý và chuyển đến người dùng dưới nhiều nguồn khác nhau,

ví dụ như E-mail, news, tài liệu, báo cáo, các bài báo, audio và các video files, v.v… sẽ rất khó khăn cho người dùng nếu các thông tin này được xử lý một cách riêng rẽ; Comporate Portal cho phép sử dụng các công cụ tích hợp để xử lý các nguồn thông tin này, do vậy năng suất lao động xử lý các thông tin của người dùng sẽ được nâng cao

1.3.7 Kênh thông tin (Channel)

Portal cũng cho phép xây dựng các liên kết (connector) tới các ứng dụng hoặc Portal khác Một Portal khác hoặc một Website thông thường khác có thể cung cấp nội dung thông tin của mình trong kênh thông tin của Portal Kênh thông tin là đặc tính rất mới của Portal, cho phép xây dựng các dịch vụ truy cập, xử lý các thông tin nằm bên trong mạng Intranet của một tổ chức, và sau đó tổ chức hiển thị kết quả xử lý tin trên kênh thông tin của Portal

Từ những tính năng của portal nêu trên thì ta có thể hình dung một dịch vụ mà hệ thống Portal cung cấp :

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

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 của hệ thống Portal

Hệ thống Portal hỗ trợ cộng đồng người dùng trực tuyến, các cán bộ, nhân viên, các đối tác và các nhà cung cấp dưới nhiều hình thức kết hợp khác nhau Cơ sở hạ tầng Portal giúp việc khởi tạo, tích hợp, quản lí và cá nhân hóa toàn diện các thông tin và ứng dụng cho mỗi người dùng riêng biệt phục vụ các nhu cầu và sở thích của một cộng đồng riêng biệt Các lợi ích thực sự của hệ thống Portal này đem lại nhìn từ khía cạnh hiệu quả ứng dụng thực tế đó là:

· Nâng cao hiệu quả làm việc cho các cá nhân và tô chưc, đối tác nhờ truy cập bảo mật, tích hợp tới các thông tin và ứng dụng liên quan, cũng như truy cập tổng thể tới tất cả các

cá nhân, thông tin, tổ chức và các nhà cung cấp từ bất kì đâu, bất kì khi nào

· Cải thiện các tiến trình hợp tác nhờ luồng thông tin tốt hơn giữa con người và các ứng dụng, và nhờ các 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 của việc triển khai và quản lí thông tin và các dịch vụ ứng dụng trong một 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 các hãng thứ 3 tham gia vào việc cung cấp ứng dụng hệ thống, các dịch vụ trung gian Khả năng này làm phong phú, đa dạng khả năng úng dụng và triển khai của

hệ thống Portal

1.4 Phân loại Portal.

Việc phân loại Portal có thể có nhiều cách khác nhau Nếu căn cứ vào đặc trưng của Portal người ta chia Portal thành các loại như 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 chỉ liên hệ, các cuộc hẹn, các lưu ý, chú thích, các địa chỉ website, real-time chat và các chức năng Intranet, v.v…

Cơ sở Portal theo chiều ngang

Portal cho người lao động

Portal cho các nhà đầu tư

1.5 Các kỹ thuật của hệ thống Portal.

1.5.1 Portlet

Portlet là giao diện người dùng, là các module tương tác nhiều mức cho phép tích hợp vào Portal các ứng dụng web khác nhau Các Portlet này sinh ra các đoạn trang (fragment), các đoạn trang này được Portal ghép lại thành một trang hoàn chỉnh

Portlet thực thi trong môi trường thời gian thực được gọi là Portlet Container, các Portlet trình bày nội dung của chúng trong một cửa sổ hiện trên trang Portal, tương tự như cửa sổ trong màn hình (desktop) Cửa sổ của Portlet có một thanh tiêu đề chứa, các nút điều khiển cho phép người sử dụng mở rộng và thu nhỏ nó [13]

Một Portlet có thể hiển thị trên một trang web như một cửa sổ cá nhân nhỏ, Portlet là nội dung bên trong cửa sổ, nó không phải là bản thân cửa số đó

Các Portlet bao gồm nhiều mức, cho phép người sử dụng giao tiếp với nó để thực hiện công việc trong môi trường Portal

1.5.2 Phân loại Portlet và các dịch vụ web

Giống như dịch vụ web hướng dữ liệu, các Portlet dựa trên kiến trúc hướng dịch vụ, nó cho phép các công ty sử dụng lại các thành phần của phần mềm để nhanh chóng xây dựng các ứng dụng trong các Portal mới

Không giống như các dịch vụ web hướng dữ liệu, các Portlet tóm lược các dịch vụ tác nghiệp ở mức cao bao gồm các tương tác người dùng, các lưu đồ và các trình diễn tùy biến

Portlet địa phương (Local Portlet)

Các Portlet địa phương là các Portlet thực thi ở bên trong một máy chủ Portal Khi một máy chủ Portal sinh ra một trang và những thứ cần thiết trong một đoạn trang, nó gọi Code Portlet và sử dụng giao diện tiền định nghĩa JSR168 định nghĩa một giao diện Portlet địa phương chuẩn cho môi trường J2EE

Portlet từ xa (Remote Portlet)

Portlet từ xa là các Portlet thực thi bên ngoài một máy chủ Portal, hoặc bên trong một máy chủ của một tổ chức hoặc ở một vị trí từ xa Khi một Portal cần đoạn trang, nó sẽ gọi Portlet từ xa thông qua SOAP

Giao thức WSRP cung cấp định nghĩa một chuẩn giao diện SOAP cho các Portlet từ

xa Vấn đề quan trọng của Portlet từ xa là tách các Portlet ra khỏi tổ chức và môi trường Portal Để thực hiện việc này có thể :

• Sử dụng các Portlet thành phần thứ ba để tạo thành các Portal mới

• Phân bổ trách nhiệm tạo và bảo trì các chức năng ứng dụng giữa các đơn vị khác nhau

• Sử dụng các công cụ phát triển, các phương thức và các kiến trúc khác nhau để tạo

ra các chức năng Portlet

• Đạt được thông qua môi trường phát triển trong vấn đề tải, thực thi, quản lý và bảo mật

WebService cho các Portal từ xa (WSRP)

Chuẩn WSRP là giao thức định nghĩa giao diện SOAP tạo khả năng cho các Portal và các ứng dụng không phải là Portal kết nạp vào các Portlet từ xa WSRP được định nghĩa bởi tổ chức OASIS, một tổ chức phi lợi nhuận toàn cầu có chức năng phát triển, tập hợp, và thông qua các chuẩn Đặc biệt WSRP được thực hiện khi SOAP gọi phiên HTTP Các đoạn trang, đặc biệt là HTML được trả lại như là một thành phần của payload SOAP

WSRP và các chuẩn WSIA có liên quan

Sự ra đời của định nghĩa WSRP là kết quả làm việc của ủy ban OASIS và WSIA (dịch

vụ web cho ứng dụng hợp tác)

Phần lớn các nhà sản xuất đều tuyên bố dự định của họ sẽ hỗ trợ Portal thông qua chuẩn WSRP Ủy ban WSRP và WSIA bao gồm BEA, Bowstreet, CA, Epicentric, Fujitsu, IBM, Novell, Oracle, Plumtree, SAP, Sun, TIBCO, WebCollage, và một số hãng khác

Các chi tiết kỹ thuật của chuẩn WSRP

WSRP định nghĩa các giao diện như sau :

• Một tập hợp giao diện hỗ trợ sự kết hợp ban đầu giữa Portal và Portlet

• Một giao diện cho phép một Portal yêu cầu một đoạn trang từ một Portlet

• Một giao diện cho phép một Portal đưa tương tác của người sử dụng vào Portlet

• Một tập hợp các giao diện cho phép Portal và Portlet cộng tác và lưu trữ đa cấu hình của một Portlet

Portlet Container

Các Framework Portal cung cấp môi trường thực thi thời gian thực cho các Portlet được biết đến như là một Portlet Container Sự tổng hợp nội dung không phải là chức năng liên kết với Portlet Container nhưng nó lại liên kết với Portal hoặc Portal server

Mô tả ngữ cảnh trong đó tồn tại một Portlet

Portal service

Portlet dựa vào container cung cấp hạ tầng cơ sở cần thiết để đáp ứng cho một môi trường Portal Cơ sở hạ tầng Portal cung cấp tập hợp các dịch vụ cốt lõi được yêu cầu bởi các Portlet

- Dịch vụ cá nhân hóa tạo khả năng cho các Portlet sử dụng các công cụ và các thông tin profile để sửa đổi nội dung nhằm mục đích thỏa mãn người dùng

- Dịch vụ thông báo sự kiện tạo khả năng cho các Portlet đáp ứng nhiều yêu cầu mà không ảnh hưởng đến môi trường của Portal

- Dịch vụ liên lạc cung cấp sự giao tiếp từ Portlet này tới Portlet khác

- Quản trị nội dung đáp ứng kết nối dễ dàng tới tài nguyên ứng dụng hay nội dung ảo nào đó

- Các dịch vụ tìm kiếm đáp ứng việc tìm kiếm đa tiêu chí trên nhiều nguồn tài nguyên dữ liệu

- Dịch vụ hợp tác tạo khả năng cho người dùng liên lạc và tham dự vào các cộng đồng người sử dụng cùng quan tâm đến một lĩnh vực.

- Dịch vụ quản trị người dùng và nhóm người dùng cho phép người sử dụng gia nhập vào một Portal, tự quản lý tài khoản và các thông tin mà mình ưa thích

- Dịch vụ biến đổi trang đáp ứng rất nhiều thiết bị client

- Các dịch vụ khác cung cấp hoặc quản lý

• Profile người dùng và các kiểu dữ liệu liên tục

• Dịch vụ điều khiển truy cập và bảo mật bao gồm chứng thực và cấp quyền người dùng

Portal Server

Portal server là một máy chủ ứng dụng chuyên biệt cung cấp logic tác nghiệp cho một ứng dụng Portal, đặc biệt được xây dựng trên nền máy chủ ứng dụng J2EE, Portal cung cấp sự phát triển và cơ sở hạ tầng thời gian thực cho Portal Một Portal Server thường làm việc liên kết với một Web Server để xử lý yêu cầu của client

Portlet có thể được xem như là một cách mở rộng chức năng của Portal Server

Máy chủ Portal mở rộng một máy chủ ứng dụng để hỗ trợ ứng dụng Portal

Theo ví dụ dưới đây, Portal yêu cầu xử lý một kịch bản Đây là kịch bản được sinh ra khi người sử dụng yêu cầu trang Portal từ thiết bị client

 Thiết bị client (sử dụng Web Browser hoặc PDA) gửi một yêu cầu HTTP cho trang Portal tới máy chủ Web

 Máy chủ Web nhận ra yêu cầu và gửi tiếp yêu cầu đó tới máy chủ Portal

 Máy chủ Portal sẽ quyết định nếu yêu cầu này chứa một hành động hướng mục đích tới một Portlet trên trang Portal Portal sẽ yêu cầu Portlet container gọi Portlet

xử lý hành động này

 Portlet container yêu cầu mỗi Portlet liên kết đến trang Portal gửi lại một đoạn trang (fragment) với nội dung được yêu cầu

 Các Fragment này được quay trở về máy chủ Portal, nơi đó chúng được tổng hợp

để tạo nên một trang Portal

 Trang Portal được gửi trở lại thiết bị client để hiển thị

Dưới đây là sơ đồ các bước xử lý yêu cầu kịch bản của một hệ thống Portal:

Trang Portal yêu cầu xử lý kịch bản.

Thiết bị

Client

Máy chủ Web

Máy chủ Portal

Portlet Container Portlet

Hành động

xử lý Gọi yêu cầu

Gửi đoạn trang

Trả lại đoạn trang

Trả lại đoạn trang Tổng hợp các đoạn trang

Trả lại Trang Portal Trả lại

1.6 Các bước xây dựng Portal

1.6.1 Lập kế hoạch

Đây là giai đoạn xây dựng giải pháp tổng thể, đáp ứng nhu cầu quản lý và chiến lược của khách hàng Kế hoạch tổng thể bao gồm: phạm vi của dự án, các mục tiêu chiến lược của khách hàng và hiện trạng của hệ thống bao gồm cả các mối quan hệ thông tin nội bộ với bên ngoài

1.6.2 Thiết kế tổng thể

Thiết kế tổng thể là giai đoạn xây dựng kiến trúc ứng dụng cho phép chuyển hoá từ các yêu cầu nghiệp vụ sang ứng dụng Portal Cũng như các phần mềm ứng dụng, kiến trúc ứng dụng bao gồm mô hình chức năng và mô hình hoạt động Mô hình chức năng là toàn bộ các chức năng nghiệp vụ của hệ thống, mô tả cấu trúc, phân cấp các thành phần của hệ thống, các trao đổi thông tin và các giao diện giữa các thành phần của hệ thống Mô hình hoạt động mô tả kiến trúc phần cứng (hạ tầng phần cứng, phương thức tổ chức mạng), kiến trúc phần mềm và các thành phần dữ liệu, các ràng buộc (tốc độ xử lý, mức độ bảo mật,…)

và phần quản trị hệ thống (lập kế hoạch nguồn lực, chuyển giao hệ thống, sao lưu, khôi phục)

Kiến trúc ứng dụng cũng phải chỉ rõ mức độ đáp ứng của các giải pháp đối với chiến lược kinh doanh và phương thức đạt được yêu cầu đó

1.6.3 Phát triển Portal

Phát triển là giai đoạn cài đặt giải pháp đã được xây dựng ở các bước trên, bao gồm: thiết kế, lập trình, kiểm tra, cài đặt sử dụng hệ thống Portal Các phân tích viên thông thường tham gia vào giai đoạn này với vai trò kiểm soát viên để đảm bảo cho hệ thống đáp ứng được yêu cầu của người dùng

Các giai đoạn hình thành và phát triển Portal được thể hiện qua sơ đồ sau (hình 1.13)

Các giai đoạn của lộ trình xây dựng và triển khai Portal

Portal

- Tiếp tục

bổ sung các dịch vụ cơ bản

(4)

- Định nghĩa lại qui trình làm việc, qui trình điều hành quản lý

- Thực hiện cải cách tổ

hợp với qui trình mới

(5)

- Thực hiện các dịch vụ

điện tử

1.7 Các công nghệ xây dựng Portal

1.7 1 Công nghệ xây dựng các phân hệ

Một hệ thống Portal gồm 3 phân hệ chính : tổ chức trang thông tin; kiểm soát truy cập

và quản lý thành viên; xử lý yêu cầu và xây dựng nội dung

- Tổ chức trang thông tin (Page Aggregation)

+ Nội dung của trang được lấy từ kho dữ liệu;

+ Có khả năng trình bày trang theo những mẫu có sẵn trong kho dữ liệu;

- Kiểm soát truy cập và quản lý thành viên (Security & Member services)

+ Nhiệm vụ quản lý thành viên và kiểm soát tuy cập

+ Dữ liệu lấy từ kho có thể được tổ chức dưới dạng LDAP, CSDL ActiveDirectory,

…

- Xây dựng yêu cầu và xây dựng nội dung :

+ Nhiệm vụ xử lý các yêu cầu của người sử dụng, tạo nội dung của các trang thông tin + Thiết lập sẵn các kênh thông tin (Channel/Portlet) như : tìm kiếm (Search), làm việc theo nhóm (Collaboration),…

1.7 2 Công nghệ để xây dựng Portal

Hiện nay hai công nghệ chủ yếu được sử dụng để phát triển Portal là J2EE và NET, để thấy được bản chất của các công nghệ này chúng ta đưa ra bảng so sánh giữa hai công nghệ như sau:

Bảng so sánh giữa J2EE và NET

C# và Java đều phát triển từ C/C++

Hầu hết các tính năng cơ bản của C/C++ đều được sử dụng trong hai ngôn ngữ này C# có vay mượn một

số ý tưởng về thành phần (component) của JavaBeans như Properties/attributes, events…

Java có thể chạy trên mọi flatform (Unix, Windows) hỗ trợ Java VM

C# chỉ có thể chạy trên nền Windows.

Ngôn ngữ lập trình xây dựng các trang thông tin

ASP (Active Server

Page)

(JSP) Java Server Page

ASP+ sử dụng VB.NET, C# và một

số ngôn ngữ khác để xây dựng module trong việc tạo trang Tất cả các module này sẽ được dịch thành native code thông qua common language runtime

JSPs sử dụng đoạn mã Java (snippets, hoặc JavaBean references), compiled into Java byte codes (either

on deman or batch-compiled, depending on the JSP implementation)

Cơ chế thực hiện chương trình

IL Common

Language Runtime

Java Virtual Machi and CORBA IDL and ORB

.NET common language runtime cho phép các module được viết bằng nhiều ngôn ngữ khác nhau cod thể sử dụng các component dùng chung trên platform windows

Java's Virtual Machine cho phép các module viết bằng Java chạy trên bất

kỳ platform nào hỗ trợ JVMCORBO cho phép các Module viết bằng các ngôn ngữ khác nhau có thể

sử dụng các component chạy trên bất

cứ flatform nào mà có cài đặt ORBGiao diện trong công cụ lập trình

Win forms and Web Java Swing Win form and Web Form được hỗ

forms trợ thông qua MS Visual Studio.

Java Swing được hỗ trợ trong nhiều công cụ Java IDE

Khả năng kết nối CSDL và trao đổi dữ liệu

ADO+ và SOAP-

trên cơ sở Web

Services

JDBC, EJB, JMS, XML librraries (XML 4J JAVXP)

.NET sử dụng ADO+

JAVA sử dụng JDBC để kết nối dữ liệu đối với CSDL

Trong việc trao đổi dữ liệu giữa các ứng dụng : ADO+ sử dụng chuẩn XML để trao đổi dữ liệu trên nền HTTP (gồm cả AKA và SOAP)

1.7 3 Mô hình hoạt động của J2EE và NET

a Mô hình hoạt động của J2EE

Mô hình hoạt động công nghệ J2EE

b Mô hình hoạt động của NET

Business Parners Or Other system

Applets Appliactions

Context Respository Database

Exiting System Lagacy System ERP System

Business Partners Or

Other System

Web Services Technology

Container Client Tier

Mô hình hoạt động công nghệ NET

So sánh các Portal trên thế giới

Bài dịch từ

A Service Oriented Architecture for Portals Using Portlets

Asif Akram, Dharmesh Chohan, Xiao Dong Wang, Xiaobo Yang and Rob Allan

CCLRC e-Science Centre, CCLRC Daresbury Laboratory

Warrington WA4 4AD, UK

1 Các tiêu chí đánh giá

Có một sự khó khăn khi so sánh các Portal vì mỗi Portal trong số chúng dựa trên những yêu cầu khác nhau và các công nghệ khác nhau Việc so sánh portal dựa trên những tiêu chí đánh giá khác nhau Những tiêu chí này dựa trên lõi và những yêu cầu lựa chọn từ Portal:

a.JSR-168 compliant (Tuân theo JSR-168) : JSR-168 là yêu cầu khá quan trọng cho việc phát

triển portal từ những developer tự do cho đến những nhà cung cấp Portal API cụ thể

b.Ease to installation (Tính dễ dàng cài đặt) : các portal có ý nghĩa là một presentation layer cho

business logic sẵn có và không nên mang đến sự phức tạp cho giải pháp Việc đánh giá ở đây dựa trên các yêu cầu để bắt đầu, ví dụ: cấu hình database, framework có chứa web-container hay ko? Hầu hết các portal sử dụng Tomcat container và dễ dàng cài đặt

c.Documentation Standard (Tài liệu chuẩn) : việc phát triển Portal tương tự như phát triển Web

Application ví dụ Servlet và JSP, nhưng vẫn còn những công việc phụ thuộc vào Portal Framework Tài liệu của Portal Framework với các ví dụ được viết sẵn sẽ rất quan trọng Đây là tiêu chí đánh giá sự hoàn hảo, sự chính xác và chất lượng tài liệu của mỗi Portal Framework bao hàm cả Administrator/User Guides

Business Parners Or Other system

Applets Appliactions

Business Partners Or Other System

Web Services Technology

Container Client Tier

Web Services Technology (SOAP, UDDL, WSDL )

.NET Managed Components

d.Online Support (Hỗ trợ trực tuyến): tài liệu không trả lời hết và nhắm vào các câu hỏi của tất

cả các lập trình viên, và thỉnh thoảng một lập trình viên có thể cần sự hỗ trợ của các framework developer Trong tiêu chí này, việc đánh giá dựa trên chất lượng, sự nhanh chóng, sự tương ứng của các hồi đáp của các developer cho các truy vấn Tiêu chí này cũng bao gồm việc sửa chữa Wiki, tính linh hoạt khi hỗ trợ những đặc điểm mới

e.Portal Management (Quản lý Portal) : việc deploy các portlet trong Portal Framework yêu cầu

việc cấu hình những mô tả deploy khác nhau Một vài trong số đó là Portlet API như portlet.xml và yêu cầu J2EE như web.xml, phân còn lại cụ thể đối với các Portal Framework Tiêu chí này bao gồm chức năng quản trị, ví dụ: thêm user, gán quyền cho các user, gán đề mục cho các portlet và và chức năng của user để tùy biến các portlet theo các yêu cầu khác nhau, chẳng hạn: layout, skin, thêm hoặc xóa các portlet

f.Portlet Resources (Các tài nguyên Portal) : thông thường, những Portal thường đi kèm với các

portlet tiện ích có thể reuse chẳng hạn Mail Portlet, Calendar Portlet và Search Portlet Trong tiêu chí này, việc đánh giá dựa trên tính hữu dụng và tính reuse của các portlet đi kèm với Portal

g.Performance & Scalability: thiết kế kiến trúc của Portal Framework là điều quyết định khả năng

thực thi của nó Những Portal là những layer bổ sung cho SOA (Service Oriented Architecture) và

vì thế có khả năng làm chậm đi khả năng thực thi của các service Việc cung cấp chức năng portal

cơ bản là không đủ trong một môi trường thương mại mà ở đó tốc độ thực thi và tính thương mại là rất quan trọng Tiêu chí này đánh giá dựa trên giới hạn của thời gian khởi động, thời gian load portlet, thời gian truy cập database

h.Security (bảo mật) : hầu hết các Portal Framework đi kèm với cơ chế bảo mật default là user

login với password Kỹ thuật authentication & authorization (xác thực và phân quyền) này không

đủ trong thương mại hoặc những project khoa học Trong tiêu chí này, việc đánh giá các khả năng bảo mật bổ sung của Portal Framework chẳng hạn Java Authentication & Authorization Service (JAAS), Java Open Single Sign On (JOSSO) & cấu hình SSL

i.Technology Used (Công nghệ sử dụng) : những Portal Framework khác nhau sử dụng những

công nghệ lựa chọn khác nhau không phải là một phần của Portlet API Tiêu chí này đánh giá các công nghệ phổ biến khác nhau được sử dụng bởi những Portal Framework khác nhau như Struts, JSF, Spring, Hibernate, Tiles, EJB và Web Service

j.Portal Features (Các đặc điểm của Portal) : các Portal Framework không chỉ là những

portal/portlet container host các portlet khác nhau Mà hầu hết các Portal Framework đi kèm với các chức năng bổ sung để phát triển các portal J2EE trong thực tế chẳng hạn Content Management System (CMS), Workflow, các công cụ Administrator Management, các công cụ Framework Monitoring Tiêu chí này đánh giá các đặc điểm sẵn có cũng như tiêu chuẩn và khả năng sử dụng chúng trong Portal Framework\

k.Server Dependency (Sự phụ thuộc server) : portlet API là một mở rộng của servlet API và

không cần những đặc điểm cao cấp của J2EE, nhưng trong thực tế hầu hết Web Application là J2EE Application sử dụng EJB cho persistence Web Service cũng có thể được sử dụng để đóng gói và trao đổi Vì thế Portal Framework không chỉ giới hạn trong servlet container như Tomcat Sẽ là hữu dụng hơn nếu như các Portal Framework có thể deploy trên những server khác nhau và trong tiêu chí này việc đánh giá tập trung vào tính tương thích của các Portal Framework với những server thương mại và mã nguồn mở khác nhau

l.WSRP standard compliant (Tuân theo chuẩn WSRP) : portlet API là presentation layer cho

Web Application, nhưng không cần thiết client chỉ dựa trên Web; chuyển đổi sang desktop client cũng là một lựa chọn WSRP specification tạo nên khả năng sử dụng portal/portlet trong những ứng

dụng không phải Web chẳng hạn Java Swing Tiêu chí này đánh giá việc hỗ trợ WSRP trong các framework

2 Đánh giá các Portal

Rất khó khăn để đánh giá hết tất cả những open source Portalvì có rất nhiều Portal mà các developer lựa chọn tùy theo tính dễ dàng phát triển, sự giàu có của các chức năng, sự tùy biến trong giao diện, và kiến trúc có khả năng gắn nối Việc đánh giá chỉ nằm trong danh sách các Portal dưới đây:

-uPortal: theo sự sử dụng rất lớn trong các học viện

-eXo: theo sự phổ biến

-Liferay: theo sự phổ biến, giao diện người dùng và chức năng lựa chọn

-Stringbeans: theo sự dễ dàng sử dụng

a.uPortal

uPortal là một Portal Framework được sử dụng rộng rãi trong các học viện và nó chủ yếu nhằm vào những yêu cầu của các tổ chức này uPortal là một Portal Framework rất ổn định và đã được ra đời thậm chí trước cả JSR-168 specification, theo đó uPortal đã áp dụng những kỹ thuật ko theo chuẩn được gọi là channel uPortal mặc dù đã tuân theo JSR-168 nhưng hầu hết những đặc điểm sẵn có trong uPortal vẫn dựa trên tùy biến và giải pháp đã phát triển với các channel adapter hơn là các portlet nguyên thủy uPortal hỗ trợ portlet thông qua Pluto Portlet Framework uPortal cũng là open source Portal Framework hỗ trợ nhiều kiểu portal nhất: từ Java portal đến HTML portal, từ text portal đến XML portal

uPortal có thể sử dụng Central Authentication Service (CAS) để điều khiển truy cập các ứng dụng xác thực dựa trên “khi nào”, “ai”, “từ đâu”, và “dịch vụ gì” Kiểu xác thực này rất mạnh mẽ trong môi trường hỗn tạp như các trường đại học/cao đẳng Rất dễ dàng để cấu hình các group và các permission service là yêu cầu quyết định trong môi trường này với nguồn thông tin cục bộ

uPortal hỗ trợ các portlet tuân theo JSR-168 thông qua adapter và yêu cầu các file cấu hình chuẩn như portlet.xml và web.xml

Trước đây, tài liệu liên quan đến uPortal không được quan tâm tốt và không được cập nhật thường xuyên Các tài liệu về uPortal đặt ở nhiều nơi khác nhau: website uPortal, wiki, email list, issue management system của uPortal (JIRA) và những nguồn khác

uPortal hỗ trợ đặc tả WSRP và uPortal có thể được sử dụng như một WSRP với WSRP4J implementation reference

b.eXo Platform

eXo Platform định nghĩa như một portal và một CMS Thông thường eXo được sử dụng như một portal tích hợp; eXo cung cấp cho các user khả năng truy cập tùy biến vào hệ thống thông tin của công ty và các tài nguyên Thông qua môi trường Web, eXo cung cấp business information cho phép chuyển đổi và quản lý data của nó cũng như việc thực thi các xử lý business trái ngược nhau

eXo là enterprise portal tuân thủ JSR-168 xây dựng từ những module khác nhau Nó dựa trên JSF, Pico Container, JbossMX và AspectJ WSRP cũng được hỗ trợ trong eXo eXo cũng hỗ trợ những công nghệ khác nhau bằng cách implement những cầu nối khác.

eXo Platform đi kèm với hai phiên bản, “express” và “enterprise” edition Không có nhiều sự khác nhau giữa hai phiên bản này trong giới hạn các chức năng và các đặc điểm mà chỉ là sự khác nhau của các container ví dụ Servlet Container và EJB Container Express edition được deploy trong servlet engine trong khi đó enterprise edition được deploy trong application server J2EE 1.3 đầy đủ

Cả hai phiên bản này đều được deploy thành công trong Tomcat 5.0 và JBoss 4.1

Giống như những Portal Framework khác, có nhiều tập hợp các porlet đi kèm với eXo Platform Các portet liên quan MVC, liên quan Web, liên quan navigation, liên quan user/admin Các porlet liên quan đến workflow và WSRP cũng được chứa trong tập hợp này

eXo mang đến một layer (Struts) giữa portal và bất kỳ application Struts nào có sẵn bên trong các portlet, các Struts application này có thể được nhúng vào trong một portlet với một chút thay đổi Những cầu nối khác, như Cocoon cũng được chứa trong eXo để nhúng vào các Cocoon application

có sẵn vào một portlet fragment

Nhìn chung, eXo Platform là một open source Portal Framework mạnh mẽ với việc hỗ trợ nhiều công nghệ mới Khả năng thực thi của eXo Platform tốt nhất với thời gian upload portal nhỏ nhất

c.Liferay

Liferay Portal Enterprise mang nhiều ý nghĩa lớn hơn là một portal container, mà đi kèm với nó là rất nhiều đặc điểm hữu dụng như Content Management System (CMS), tuân theo WSRP, Single Sign On (SSO), hỗ trợ AOP (Aspect Oriented Programming), và nhiều công nghệ mới nhất khác Liferay có một thiết kế kiến trúc rất rõ ràng dựa trên thực tế tốt nhất của J2EE, điều đó cho phép nó được sử dụng với một loạt các container khác nhau, từ những servlet container như Tomcat và Jetty cho tới những server tuân theo J2EE mạnh mẽ như BorlandES, JBoss, JOnAs, JRun, Oracle9iAS, Orion, Pramati, Sun JSAS, WebLogic và WebSphere Trong trường hợp này, Liferay chỉ là một open source portal container hỗ trợ gần như hầu hết JavaServer open source hay thương mại

Tính linh hoạt trong thiết kế cho phép bổ sung business logic bât kỳ một công nghệ nào tương ứng

và thích hợp như Struts, Tiles, Spring và EJB, có thể được dựa trên Hibernate, Java Messaging Service (JMS), Java Mail và Web Service Liferay có thể thay đổi Portal Presentation trở thành một Java Application bất kỳ mà không có hoặc rất ít sự thay đổi

Việc customize các portal page và các portlet trong những open source Portal Framework như eXo Platform là không dễ dàng, và có thể làm rất nhiều trong việc cấu hình, nhưng với Liferay layout management thì rất dễ dàng Liferay Portal có một GUI dựa trên Web cho phép user tương tác để thiết kế layout của Portal Page mà không cần phải chỉnh sửa bất kỳ file cấu hình nào Điều này tương tự như Stringbeans Portal

Liferay Portal Enterprise đi kèm với những portlet hữu dụng Và nếu đem so sánh với các open source Portal Framework khác, Liferay portal có một lượng lớn các portlet tiện ích tuân theo JSR-

168 và có thể được sử dụng trong bất kỳ Portal nào chỉ với rất ít thay đổi

Liferay hỗ trợ WSRP specification cả cho WSRP consumer và WSRP producer như một thực thể của Liferay portal Việc cấu hình Liferay yêu cầu một vài deployment descriptor không chuẩn chẳng hạn Struts hoặc Tiles, điều này có thể làm cho việc phát triển trở nên phức tạp hơn.

Giống như hầu hết các Portal Framework, Liferay sử dụng database mặc định là Hypersonic rất tốt cho mục đích phát triển Liferay có thể được sử dụng với bất kỳ database nào với chút ít ảnh hưởng tùy theo việc sử dụng Hibernate trong thiết kế của nó Liferay có các JSP tag lib và nhiều class tiện ích khác trong những package khác nhau để trợ giúp các developer trong việc phát triển portal/portlet Sử dụng những package tiện ích này có thể dễ dàng phát triển portal nhưng khi đó những portal này sẽ giống Liferay và các portlet thì không còn tuân theo JSR-168 nữa

d.Stringbeans

Stringbeans Portal được tạo nên là một portlet container tuân theo JSR-168 và một framework cho việc quản trị hữu dụng các portal application Stringbeans được deploy như một J2EE Web Application trong một container hỗ trợ Servlet 2.3 Specification và JSP 1.2 Specification

Mặc định, Stringbeans sử dụng Hypersonic database Tuy nhiên, Stringbeans vẫn làm việc với bất

kỳ relational database nào hỗ trợ JDBC 2.0 và đã được kiểm tra trên PostgreSQL database Stringbeans không hỗ trợ Hibernate, vì thế việc chuyển từ database này sang database khác phải yêu cầu tự cấu hình

Stringbeans có một tập hợp tài liệu user guide rất tốt có thể tìm thấy online hoặc download để sử dụng Stringbean được đánh giá là có documentation tốt nhất trong số các open source Portal Framework Thêm vào đó, hình thức online support của nhóm Stringbeans rất hữu dụng cả về thời gian hồi đáp các bug, các truy vấn, và cả trong việc bổ sung những đặc điểm phụ được yêu cầu Stringbeans có nhiều đặc điểm thân thiện với user và developer và một trong số đó được liệt kê dưới đây:

-Dễ dàng layout management

-Hỗ trợ các theme cho look & feel

-Xác thực user dựa trên JAAS

-Page layout đầy đủ với menu và column

-Logging với file đơn giản hoặc database đều hỗ trợ tốt

-Điểu khiển truy cập mỗi portlet dựa trên user ID, role và các quan hệ database bất kỳ

-Portal view dựa trên user ID, role và các mối quan hệ

-Các portle có khả năng hiển thị RSS headline, data từ các table, các report, các biểu đồ, XML document thông qua XSL transformation

-Hỗ trợ mobile client (WML 1.1 va XHTML P1.0)

Stringbeans Portal có thể được deploy trong một J2EE server với EJB container Việc deploy portlet trong Stringbeans Portal rất dễ dàng và thật sự tuân theo JSR-168, và chỉ yêu cầu hai file cấu hình là portlet.xml và web.xml Hầu hết các Portal Framework khác đi kèm với nhiều file cấu hình làm cho việc phát triển và deploy trở nên phức tạp, ví dụ JBoss Portal Framework yêu cầu từ 6 đến 7 file cấu hình

Phiên bản hiện tại của Stringbeans đã hỗ trợ WSRP

Kết quả

Giới thiệu Portal mã nguồn mở điển hình : Liferay portal

1 - Cài đặt Liferay Portal :

Bước 1-Cài đặt Ant :

1 Copy Ant vào C:\Ant

2 Khai báo ANT_HOME

Bước 2-Cài đặt JDK :

1 Cài jdk vào C:\jdk

2 Khai báo JAVA_HOME

Bước 3-Cài đặt JIKES :

1 Cài jikes vào C:\jikes

2 Khai báo JIKES_HOME

Bước 4-Copy liferay portal source vào C:\Liferay_src

Bước 5-Config lại file release.properties :

1 lp.eclipse.dir=C:/eclipse

2 lp.ext.dir=C:/liferay/ext

3 lp.source.dir=C:/liferay-src/portal

Bước 6-Vào cmd : cd C:\Liferay_src

1 Chạy : ant start

2 Chạy : ant build-ext

Bước 7-Chép webserver vào : C:\liferay\ext\servers\

Cài webserver nào thì bỏ vào thư mục tương ứng

Bước 8-Ví dụ jboss-tomcat :

Config file : liferay-ds.xml trong jboss-tomcat/server/default/deploy

a Tạo file jar thư mục chứa portlet thành file war

b Copy file war vào thư mục C:\liferay\ext\portlets

c Chạy ant để build file

d Tạo 2 file liferay-display.xml và liferay-portlet.xml trong WEB-INF

<category name="<Ten category>">

<portlet id=”<Ten portlet>" />\

g Tên portlet lấy trong file portlet.xml

Cách 2-Khai báo file :

Mở file portlet.xml trong

C:\liferay\ext\servers\jboss-tomcat\server\default\deploy\ext.ear\portal-web-complete.war\WEB-INF

Ta add thêm vào : ví dụ

Mở tiếp file liferay-portlet.xml add thêm vào :

<portlet id="69" struts-path="hello_laszlo" narrow="true" />

Mở tiếp file liferay-display.xml add thêm vào :

<portlet id="69" /> vào category mà bạn muốn

Chép file class vào : ejb.jar\com\liferay\portlet

C:\liferay\ext\servers\jboss-tomcat\server\default\deploy\ext.ear\portal-Config ngôn ngữ trong Liferay Portal :

PHÁT TRIỂN LIFERAY PORTAL STEP BY STEP

IDE : Eclipse 3.2.

Tải src liferay mới nhất về

Tạo workspace mới

Tạo Project mới

Chọn Java Project Kích New

Nhập tên Project ext :

Kết quả là