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"> <rdfs:subClassOf rdf:resource="#Product"/> <rdfs:label>Book</rdfs:label> <rdfs:subClassOf> <owl:Restriction> <owl:onProperty rdf:resource="#writtenBy" /> <owl:minCardinality rdf:datatype="&xsd;nonNegativeInteger">1</owl:minCardinality> </owl:Restriction> </rdfs:subClassOf> </owl:Class> <owl:DatatypeProperty rdf:ID="title"> <rdfs:domain rdf:resource="#Book"/> <rdfs:range rdf:resource="&xsd;string"/> </owl:DatatypeProperty> <owl:Class rdf:ID="ISBN"> </owl:Class> <owl:InverseFunctionalProperty rdf:ID="isbn"> <rdfs:domain rdf:resource="#ISBN"/> <rdfs:range rdf:resource="#Book"/> </owl:InverseFunctionalProperty> [...]... sung thông tin dịch vụ vào bản thể luận Khi bạn xây dựng bản thể luận ở Phần 4, đã bao gồm thông tin dịch vụ căn bản, nhưng bây giờ phải chi tiết hơn một chút Đặc biệt, phải thêm vào các thông tin bổ sung về dịch vụ, chẳng hạn như mẫu và bản ghi dữ liệu hiển thị đang tồn tại ở thời điểm lớp Service hiện tại cũng như một cách để tập hợp các tham số bổ sung cho một dịch vụ, chẳng hạn như các kiểu tìm kiếm... tiếp theo là thêm tính năng này vào ứng dụng thực sự Tạo ra một thực đơn từ danh sách các dịch vụ Tại thời điểm này, bạn đã sẵn sàng tiếp cận với các khả năng của Jena từ trong các ứng dụng thật của web Trước khi bạn bắt đầu, phải chắc chắn rằng các tệp *.jar đều có thể truy cập vào từ ứng dụng của web và lớp MashupOntologyReader có sẵn cho servlet Bổ sung chức năng sau vào phương thức doGet() (xem ví... của các định nghĩa; điều quan trọng là các không gian tên phải phù hợp với nhau Trong bài viết này, bạn sẽ tạo các cá thể từ dữ liệu chiết xuất được từ các dịch vụ Web cụ thể Cài đặt Bài viết này giả định rằng bạn đã có một hệ thống mashup được cài đặt và đang làm việc, đồng thời có hoặc không có bộ nhớ cơ sở dữ liệu DB2 Để biết thêm thông tin về việc thiết lập Tomcat và các thành phần khác, xem Phần. .. phần khác, xem Phần 1 và Phần 2 của loạt bài viết (xem Tài nguyên) Bạn cũng có thể cần đến Jena API để hoàn thành các đoạn mã trong bài viết này Có thể tải Jena từ http://jena.sourceforge.net/ Để cài đặt, đơn giản chỉ cần thêm các tệp Jena *.jar vào đường dẫn lớp (class path) bài viết này sử dụng các dịch vụ giao diện của Amazon Web làm ví dụ Để thực hiện việc mã hóa, bạn cần có các biểu tượng phát triển... Bạn sẽ không sử dụng tất cả các định nghĩa này trong phần hướng dẫn, nhưng điều quan trọng cần nhận biết là cấu trúc, một kho Store chứa StockItems có thể ví dụ là Book, Movie và vân vân Theo cách này bạn có thể xác định một Book một cách khái quát, các thiết lập thuộc tính về tác giả, nhà xuất bản,…nhưng vẫn còn sự khác biệt về giá cả và thông tin giao hàng phụ thuộc vào các kho hàng mà từ đó khách... args) { MashupOntologyReader reader = new MashupOntologyReader(); } } Đầu tiên, hãy dành chỗ ghi tên cho đối tượng bạn vừa tải Với bản thể luận bạn đã xây dựng ở phần 4, không gian tên là http://www.example.com/store Từ đó bạn sử dụng của mô hình DocumentManager để thêm vào các đầu mục Lưu ý rằng bạn chỉ rõ không gian tên và tập tin mà từ đó cho phép thâm nhập, nhưng các mô hình không thực sự đọc các định... bạn phải thêm thuộc tính cho chúng Ghi nhớ là bạn có vài cá thể ở đây và có nhiều loại khác nhau Bạn phải sử dụng API để kiểm tra các đối tượng này Tạo ra mô hình Để trông gọn gàng hơn một chút, bạn sẽ phải điều chỉnh tất cả các chức năng bản thể luận ở trong một lớp mới, MashupOntologyReader Bắt đầu bằng việc tạo ra lớp cơ bản (xem ví dụ 5) : Ví dụ 5 Lớp cơ bản import com.hp.hpl.jena.ontology.*; import... DocumentBuilder builder = DocumentBuilderFactory.newInstance().newDocumentBuilder(); Một cách đơn giản, lấy serviceURI như là một tham số từ mẫu Bạn có thể cung cấp nó tới trang để bảo đảm nó hoạt động được Bây giờ bạn có thể sẵn sàng lấy lại thông tin dịch vụ thực tế Lấy lại dịch vụ thông tin từ bản thể luận Giờ bạn đã biết loại dịch vụ nào người sử dụng muốn dùng, bạn sẽ cần phải lấy thông tin về nó từ bản thể... (developers token), và thay thế chuỗi các số 0 (000000000000000) trong mã bằng công cụ đó Để có biểu tượng phát triển, xem http://www.amazon.com/aws ạo cho người sử dụng sự lựa chọn: giao diện Mục đích của bài viết này là cung cấp một phương thức cho người dùng thay thế một dịch vụ bằng một dịch vụ khác dựa trên thông tin trong bản thể luận Hãy bắt đầu bằng việc cho người dùng một lựa chọn Tạo ra các cá thể... public static void main(String[] args) { MashupOntologyReader reader = new MashupOntologyReader(); Individual[] individuals = reader.getIndividuals("Bookstore"); } } Trong trường hợp này, bạn kiểm tra kiểu đã gửi đến so với loại của từng cá thể, và nếu cá thể là một trong những loại bạn đang tìm kiếm thì bạn chuyển nó vào mảng các individuals Sau khi bạn xem tất cả các cá thể, quay trở lại mảng như là . 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. 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ả. 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