Ultimate mashup – Các dịch vụ Web và Web ngữ nghĩa, Phần 5 potx

Ultimate mashup – Các dịch vụ Web

và Web ngữ nghĩa, Phần 5: Thay đổi

các dịch vụ Web

Tóm tắt: Loạt bài viết này trình bày chi tiết việc tạo ra một ứng dụng Mashup

cho phép kiểm soát các dữ liệu được hiển thị với người sử dụng. Bây giờ bạn biết

làm thế nào để tạo một bản thể luận (ontology) để xác định khái niệm đại diện của

một dịch vụ, bạn có thể cho phép người dùng lựa chọn dịch vụ mà họ muốn sử

dụng

Trước khi bắt đầu

Đây là bài viết cho các nhà phát triển, những người muốn tìm hiểu làm thế nào để

sử dụng một bản thể luận dùng API - cụ thể, trong trường hợp này, là Jena API -

cũng như những người chỉ muốn xem làm thế nào các bản thể luận và các xử lý

ngữ nghĩa khái niệm khác có thể hữu dụng trong một thế giới ứng dụng thực sự.

Nó sử dụng các bản thể luận của bạn trong phần 3 và 4 và tích hợp vào Mashup

bạn xây dựng trong phần 1, nhằm cung cấp cho người dùng một sự lựa chọn về

các dịch vụ sử dụng

Bài viết này giả định rằng bạn đã quen với khái niệm về XML, khung mô tả tài

nguyên (Resource Description Framework - RDF), các bản thể luận, và ngôn ngữ

bản thể luận Web (Web Ontology Language - OWL). Nó cũng sử dụng các ngôn

ngữ lập trình Java, nhưng nếu bạn chỉ tìm kiếm một khái niệm hoặc chỉ tìm hiểu

nó làm việc như thế nào, điều đó là không quan trọng. Nếu bạn cần một bất cứ

điều gì trong các khái niệm này (trừ Java, tất nhiên) hãy xem các phần trước. Bạn

có thể tìm thấy các liên kết với chúng (và các nguồn cho Java) trong Tài nguyên.

Về loạt bài viết này

Ngày nay, có vẻ như bạn không thể lướt trên Web mà không sử dụng một trang

Web mà trang đó hoặc có thể cung cấp quyền truy cập vào dữ liệu của nó thông

qua một dịch vụ dựa trên API hoặc sử dụng dữ liệu từ một trang web khác lấy

được thông qua một dịch vụ dựa trên API. Khi bạn xem xét các lợi thế của việc sử

dụng các thông tin hiện có trong các ứng dụng của riêng bạn, có lẽ không đáng

ngạc nhiên lắm. Nó cũng chỉ là vấn đề ở thời gian trước khi một người bắt đầu kết

hợp dữ liệu từ các hệ thống riêng biệt để tạo ra những gì hoàn toàn mới. Những

ứng dụng, được gọi là mashup, là khu vực mới nhất trên Web, từ các trang web

dựa trên cộng đồng đến các trang web chuyên tìm kiếm, thậm chí các ánh xạ

mashup hiện nay.

Chúng hầu hết đều hữu dụng, nhưng có một điểm chung là được phát triển cho các

thiết lập dịch vụ cụ thể. Nếu ưu tiên cho một loại dịch vụ cụ thể thay đổi, bạn sẽ có

rất nhiều việc phải làm.

Mục đích của các bài viết này là tạo ra các ứng dụng mashup đủ thông minh để

người dùng có thể bổ sung hoặc loại bỏ các tiện ích nếu muốn, và hệ thống sẽ biết

phải làm gì với chúng. Được tiến hành như sau:

Phần 1 giới thiệu các khái niệm về các mashup, trình bày cách hoạt động của

chúng và xây dụng các phiên bản đơn giản

Phần 2 giải quyết một phần của vấn đề bằng cách sử dụng các khả năng

pureXML™ mới của IBM® DB2® để xây dựng một vùng nhớ đệm XML, cái cho

phép bạn lưu các yêu cầu trước đó đồng thời cho phép truy hồi các thông tin cụ

thể.

Sau cùng, bạn cần sử dụng các bản thể luận hoặc các từ định nghĩa cho các khái

niệm hoặc thuộc tính liên quan, nên ở Phần 3 quy trình bắt đầu bằng việc tìm hiểu

về RDF và RDFS, hai thành phần chính của OWL, sẽ được đề cập ở phần 4. Ở

phần 5, bạn sẽ dùng đến các bản thể luận đã tạo ở phần 4 và dùng chúng để cho

phép người dùng thay đổi nguồn thông tin.

Phần 6, thực sự thú vị. Ở đây, bạn cung cấp cho người sử dụng quyền kiểm soát,

và cho phép họ sắp xếp các dịch vụ mới vào bản thể luận và lựa chọn các dữ liệu

được sử dụng để tùy chỉnh một Mashup.

Về bài viết này

Các phần trước đã giải thích thế nào là mashup, và bạn làm thế nào để sử dụng

chúng cho việc tổ hợp dữ liệu từ nhiều nguồn. Mục đích là cung cấp một hệ thống

thông minh, chẳng hạn như khả năng chuyển đổi từ dịch vụ này ra dịch vụ khác

mà không cần phải biết chính xác thông tin được thể hiện như thế nào trước đó. Để

làm điều đó, bạn sẽ cần phải định nghĩa các khái niệm như "hiệu sách", "DVD",

"giá cả", v.v...

Trong các phần trước, bạn đã xây dựng một ứng dụng mashup cho phép người

dùng đưa ra yêu cầu về thông tin trên các chủ đề cụ thể hoặc từ khóa. Tại bài viết

này, bạn sẽ biết cách cho phép người dùng lựa chọn dịch vụ để sử dụng cho dữ

liệu.

Trong bài viết này, bạn sẽ được học:

 Tải về và thao tác trên một bản thể luận

 Trích dẫn các cá thể từ một bản thể luận bằng cách lập trình

 Tiếp cận các đặc tính và các giá trị từ một bản thể luận hoặc một tài liệu

RDF

 Chuyển đổi một kết quả dạng bắc cầu REST sang một cá thể dạng bản thể

luận tổng quát

 Hiển thị thông tin bản thể luận ở dạng HTML

Trong bài viết này, bạn sẽ mã hóa thông tin về các dịch vụ cá nhân trong một tập

tin Owl. Sau đó, bạn sẽ sử dụng Jena API để trích xuất thông tin đó và sử dụng nó

để thực hiện một yêu cầu REST. Cuối cùng, bạn chuyển đổi phản hồi REST vào

hình thức chung, và hiển thị nó trên trang HTML như trước.

Các điều kiện tiên quyết

Bạn sẽ phải thực hiện việc cài đặt phần mềm dưới đây và kiểm tra nó nhằm theo

kịp với mã trong bài bài viết này.

 IBM® DB2® 9 (Trước đây thường được biết là "Viper"): Cơ sở dữ liệu

liên quan này cũng có các nhiều khả năng quan trọng của XML, thứ bạn sẽ

cần cho bài học này. Bạn có thể tải về một phiên bản dùng thử của DB2:

DB2 Enterprise 9 hoặc DB2 Express-C 9, một bản miễn phí dữ liệu máy

chủ DB2 Express 9.

 Apache Tomcat hoặc các máy chủ servlet: bài viết này giả định rằng bạn sẽ

xây dựng các ứng dụng web bằng cách sử dụng các servlet, do đó, bạn sẽ

cần một động cơ như là servlet Apache Tomcat. Nếu bạn chọn để xây dựng

ứng dụng này bằng cách sử dụng môi trường khác, chỉ cần đảm bảo rằng

bạn phải có sẵn phần mềm thích hợp. Tải về apache-tomcat-5.5.17.zip và

cài đặt vào một thư mục mà không có dấu cách trong tên của thư mục.

 Java: Apache Tomcat 5.5, cùng với nó thì bài viết này được xây dựng, nó

yêu cầu bản Java 1.5 hoặc cao hơn. Tải từ J2SE SDK.

 The Jena API: Jena API là Java API được thiết kế để làm việc với dữ liệu

RDF và OWL. Có thể tải về từ http://jena.sourceforge.net/.

 Để thuận tiện hơn, có thể dùng một IDE như Eclipse hoặc IBM Rational™

Web Developer đối với phát triển của bạn. Có thể tải Eclipse từ Eclipse.org

tải bản thử nghiệm Rational Web Developer, hoặc dùng môi trường phát

triển bạn yêu thích. Bạn không nên đi quá những gì mà lĩnh vực về biên

soạn và triển khai yêu cầu.

Tổng quan

Trước khi bạn bắt tay vào mã mới, bạn cần phải nhớ lại những gì loạt bài viết này

đã đề cập đến.

Bài viết trước: Xác định các dịch vụ

Tại thời điểm này, bạn có một ít mã chứa một ứng dụng làm việc, và có rất nhiều

khái niệm. Trong Phần 1, bạn đã tạo một ứng dụng bao gồm một Mashup cơ bản.

Người dùng nhập vào một từ khóa và một mẫu để gửi vào một servlet. Servlet cấp

từ khóa đó cho bất kỳ các dịch vụ đã được định nghĩa trong một lớp Service bất

kỳ. Đối với mỗi dịch vụ nói trên, bạn cần xử lý kết quả dựa vào các thông tin được

cung cấp trong khai báo tự xác định của dịch vụ. Ví dụ lớp Service xác định các

dịch vụ tin tức Yahoo trông sẽ như sau (xem ví dụ 1).

Ví dụ 1. Xác định một dịch vụ

...

Service thisService = new Service();

Service subService = new Service();

subService.name = "Technorati";

subService.baseURL =

"http://api.technorati.com/cosmos?key=mydeveloperskey&url=";

subService.template = "<span><value/></span>";

subService.elementValues[0] = "inboundlinks";

subService.elementValues[1] = "bogus";

subService.attributeValues[0] = "thumbnail_url";

subService.recordExp = "/tapi/document/result";

thisService.name = "Yahoo! Search";

thisService.baseURL =

"http://api.search.yahoo.com/NewsSear"+

"chService/V1/newsSearch?appid=mashupid&type=all&query=";

thisService.template = "<p><b><a

value='href'><value/></a>"+

"</b>: <value/> (Linked <subService/>

times)</p>";

thisService.elementValues[0] = "Title";

thisService.elementValues[1] = "Summary";

thisService.attributeValues[0] = "ClickUrl";

thisService.recordExp = "/ResultSet/Result";

thisService.subSvc = subService;

thisService.filterExp = "ClickUrl";

...

Lớp dịch vụ Service định nghĩa một cái tên và URL làm cơ sở cho các yêu cầu

REST. Khi bạn thực hiện các yêu cầu trong thực tế, bạn chỉ cần thêm từ khóa vào

phần cuối. Dịch vụ cũng xác định biểu thức XPath là đại diện cho vị trí của từng

cá thể bản ghi dữ liệu trong các kết quả. Trong ví dụ ở đây, /ResultSet/Result biểu

diễn cho mỗi một phần mới. Cuối cùng, dịch vụ bao gồm các thông tin cho biết

làm thế nào để hiển thị các kết quả dữ liệu. Các mẫu đại diện HTML cho đầu ra,

với các yếu tố giá trị và các thuộc tính phục vụ như phần giữ chỗ (placeholder) để

sẽ được thay thế bởi các dữ liệu được tìm thấy trong các biểu thức XPath trong các

mảng elementValues và các giá trị thuộc tính attributeValues.

Trong trường hợp này, bạn cũng có thể thấy phần gắn thêm của một dịch vụ thứ

hai và được thể hiện bởi thành tố dịch vụ con subservice.

Các bài viết trước: các tính năng tiên tiến

Trong Phần 2, bạn phát triển phần ứng dụng hơn là tạo ra một yêu cầu Web cho tất

các các yêu cầu dịch vụ - đây là một quá trình có thể kéo dài đến vài phút nếu

phần mashup tạo ra nhiều yêu cầu - bạn bắt đầu lưu giữ các kết quả yêu cầu trong

cơ sở dữ liệu XML có sử dụng khả năng pureXML mới của DB2. Điều này cho

phép bạn kiểm tra một cơ sở dữ liệu cho một yêu cầu cụ thể trước khi chạy

Mashup và tạo một cái mới.

Nhưng mục tiêu tổng quát là tạo ra một dịch vụ thông minh – với nó người sử

dụng có thể yêu cầu một kiểu dữ liệu cụ thể - như sách, giá...- và mashup sẽ hiểu

làm thế nào để tìm được cho dù vấn đề không phải là bạn sử dụng dịch vụ nào.

Để làm được điều này, ở Phần 3 và 4, bạn sẽ học cách tạo bản thể luận hoặc phân

loại các khái niệm. Bằng cách này, bạn có thể định nghĩa các khái niệm như cuốn

sách, giá cả,… để cung cấp một hình thức chung và sắp xếp từ đó bạn có thể xử lý

từng kiểu dịch vụ chứ không phải chỉ là từng dịch vụ.

Ở phần 4, bạn đã tạo ra một bản thể luận của hiệu sách có rất nhiều các khái niệm,

định nghĩa mà bạn có thể tìm thấy trong các hiệu sách điện tử, như sách, DVD,

cho rất nhiều khái niệm có thể được tìm kiếm từ các lưu trữ điện tử như sách,

DVD, tác giả...ở phần hướng dẫn bạn có thể bắt đầu thêm vào các dữ liệu thực tế

cho bản thể luận này.

Bản thể luận cơ sở

Bản thể luận cở sở trông tương tự như sau (xem ví dụ 2).

Ví dụ 2. Bản thể luận cơ sở

<?xml version="1.0"?>

<!DOCTYPE rdf:RDF [

<!ENTITY store "http://example.com/stores#" >

<!ENTITY owl "http://www.w3.org/2002/07/owl#" >

<!ENTITY xsd "http://www.w3.org/2001/XMLSchema#" >

]>

<rdf:RDF

xmlns = "http://example.com/store#"

xmlns:store = "http://example.com/store#"

xml:base = "http://example.com/store#"

xmlns:owl = "http://www.w3.org/2002/07/owl#"

xmlns:rdf = "http://www.w3.org/1999/02/22-rdf-syntax-ns#"

xmlns:rdfs= "http://www.w3.org/2000/01/rdf-schema#"

xmlns:xsd = "http://www.w3.org/2001/XMLSchema#"

>

<owl:Ontology rdf:about=">

<rdfs:comment>An example OWL ontology for Online Bookstores (The

Ultimate Mashup: Part #4)</rdfs:comment>

<rdfs:label>BookStore Ontology</rdfs:label>

</owl:Ontology>

<owl:Class rdf:ID="Service">

<rdfs:label>Web Service</rdfs:label>

<rdfs:subClassOf>

<owl:Restriction>

<owl:onProperty rdf:resource="#endpoint" />

<owl:minCardinality

rdf:datatype="&xsd;nonNegativeInteger">1</owl:minCardinality>

</owl:Restriction>

</rdfs:subClassOf>

</owl:Class>

<owl:DatatypeProperty rdf:ID="endpoint">

<rdfs:domain rdf:resource="#Service"/>

<rdfs:range rdf:resource="http://www.w3.org/2001/XMLSchema#anyURI"/>

</owl:DatatypeProperty>

<owl:Class rdf:ID="Store">

<rdfs:subClassOf rdf:resource="#Service"/>

<rdfs:label>Online Store</rdfs:label>

</owl:Class>

<owl:Class rdf:ID="Bookstore">

<rdfs:subClassOf rdf:resource="#Store"/>

<rdfs:label>Bookstore</rdfs:label>

</owl:Class>

<owl:Class rdf:ID="Product">

<rdfs:label>Product sold at online store</rdfs:label>

</owl:Class>

<owl:Class rdf:ID="Book">