View Full Version : [DIS] Trao đổi về Java Web Service
Công nghệ Web Service hiện đang trở thành một xu hướng mới trong kỷ nguyên Internet. Nó mở ra một hướng mới cho việc liên tác giữa các hệ thống thông tin khác nhau, các ứng dụng chạy trên các nền tảng khác nhau thông qua giao thức SOAP (Simple Objec Access Protocol) trên HTTP.
Sau khi MS thúc đẩy WS bằng việc cho ra đời .NET, Sun cũng quyết tâm nhảy vào cuộc với Web Service Add on cho J2EE, dùng các Java API cho XML, như JAXP-RPC chẳng hạn.
Java WS hiện nay có thể dựa vào các trình chứa Servlet như Tomcat chẳng hạn hay dựa vào các trình chứa EJB
Có lẽ phải đợi thêm một thời gian nửa thì hai công nghệ này mới đi vào đời sống của Internet (như HTML vậy) .Vì hiện giờ không phải ai cũng cần đến công nghệ "hạn siêu nặng" này.Vũ cũng chỉ dừng lại ở mứa nghiên cứu và chưa phát triển một sp nghiêm túc nào .Vì các công nghệ như JSP / Serverlet + Applet đã quá hoàn hảo.
Tuy nhiên ,Vũ vẩn theo sát nó .Biết đâu có lúc cần :)
Với Java chúng ta có thể tạo ra các đối tượng có thể triệu gọi từ xa đơn giản thông qua cơ chế RMI, hay cao cấp hơn là EJB và COBRA. Tuy nhiên, những công nghệ này chỉ chịu chơi với thế giới Java mà thôi, không giao tiếp với ai.
Cùng với sự phát triển rộng lớn của Internet, sự trưởng thành của nhiều nền tảng, công nghệ, ứng dụng khác nhau, nhu cầu liên tác giữa chúng ngày càng cao. XML ra đời như một ngôn ngữ chung của các hệ thống. Với định dạng text, tất cả các hệ thống đều có thể xử lý XML .
Với Web Service, công nghệ chủ yếu dựa vào XML\SOAP, các hệ thống các ứng dụng có thể liên tác nhau một cách dễ dàng. Chúng ta có thể hình dung có một nhà sản xuất phần mềm xây dựng một dịch vụ web như dịch Anh Việt chẳng hạn và công bố lên một nơi cho đăng ký dịch vụ (giống như một chợ bán dịch vụ). Sau đó chúng ta tìm đến "chợ" đó, hỏi mua và nhận được một bản mô tả về dịch vụ cho biết cách sử dụng dịch vụ như thế nào. Cuối cùng là viết chương trình để sử dụng nó.
Các bạn có thể tìm thấy một dịch vụ thực dùng cho việc nghiên cứu về WS tại www.google.com. Google.com cung cấp dịch vụ tìm kiếm cho chúng ta. Nghĩa là họ cung cấp một bản mô tả các API tìm kiếm của họ cho chúng ta đưa vào sử dụng trong chương trình của chúng ta. Có cả ví dụ cho cả .NET và Java
Tập các Java APIs cho XML được chia làm hai loại: một loại được dùng để trực tiếp xử lý các tài liệu XML, loại khác được dùng cho việc xử lý các thủ tục.
a) Loại hướng tài liệu:
· Java™ API for XML Processing (JAXP) -- xử lý các tài liệu XML dùng nhiều trình phân ngữ khác nhau.
b) Loại hướng thủ tục:
· Java API for XML-based RPC (JAX-RPC): gửi các lời gọi thủ tục xa như là các thông điệp SOAP trên Internet và nhận các kết quả
· SOAP with Attachments API for Java (SAAJ): tạo và gửi các thông điệp SOAP trên Internet
· Java API for XML Registries (JAXR): cung cấp một phương pháp chuẩn để truy xuất các bussiness registries và các thông tin chia sẻ.
Điều quan trọng nhất của tập Java APIs cho XML là chúng hỗ trợ tất cả các chuẩn công nghiệp nên đảm bảo khả năng tương tác.
Java™ API for XML Processing:
JAXP làm cho việc xử lý dữ liệu XML trong một ứng dụng Java trở nên dễ dàng hơn. JAXP hỗ trợ các chuẩn phân ngữ như SAX (Simple API for XML Parsing) và DOM (Document Object Model). Phiên bản mới nhất của JAXP hỗ trợ chuẩn XSLT (XML Stylesheet Language Transformations), XML Schema, Namespace.
1. Simple API for XML Parsing:
SAX định nghĩa các API cho một trình phân ngữ dựa trên sự kiện. Dựa trên sự kiện có nghĩa là trình phân ngữ đọc tài liệu XML từ đầu đến cuối, và mỗi khi nhận ra một sự hình thành cú pháp xml, nó sẽ báo hiệu cho ứng dụng chạy nó. SAX bào hiệu cho ứng dụng chạy nó thông qua giao diện ContentHandler
2. Document Object Model API:
DOM, được định nghĩa bởi W3C DOM Working Group, là một tập các giao diện để xây dựng một sự thể hiện theo đối tượng, dưới dạng cây, của một tài liệu XMl đã được phân ngữ.Khi đã tạo ra một DOM, chúng ta có thể thao tác trên nó bằng các phương thức được cung cấp như là insert, remove, như thể thao tác trên các cấu trúc dữ liệu cây khác. Như vậy, không giống như SAX, trình phân ngữ DOM cho phép truy xuất ngẫu nhiên đến các phần của tài liệu XML, và cho phép tạo ra các đối tượng phần tử XML mới.
3. XML Stylesheet Language Transformations
XSLT, được định nghĩa bởi W3C DOM Working Group, mô tả một ngôn ngữ để chuyển đổi một tài liệu XML sang một tài liệu XML khác hay thành một định dạng khác. Để thực hiện chuyển đổi, cần có một style sheet, được viết bằng XML Stylesheet Language (XSL). XSL style sheet xác định cách hiển thị dữ liệu XML, và XSLT sử dụng các lệnh định dạng trong style sheet sheet thực hiện chuyển đổi.
4. Java API for XML – based RPC (JAX-RPC):
JAX-RPC là tập các Java API dùng để phát triển và sử dụng dịch vụ web.
Với JAX-RPC, một client được viết bằng một ngôn ngữ khác Java có thể truy xuất một dịch vụ web được phát triển và triển khai trên nền tảng Java. Ngược lại, một client được viết bằng Java có thể truy xuất đến các dịch vụ web trên các nền tảng khác.
JAX-RPC hỗ trợ SOAP và WSDL. SOAP định nghĩa chuẩn cho việc chuyển thông điệp XML và ánh xạ các kiểu dữ liệu. Nhờ đó các ứng dụng tuân thủ theo các tiêu chuẩn này có thể giao tiếp được với nhau. JAX-RPC dựa trên SOAP messaging, cơ chế lời gọi thủ tục xa của nó được cài đặ như là request-response SOAP message
aspecthink
24-12-2002, 12:38
Bác rất tốt, đã giúp anh anh em hiểu thêm về Web Services , nhung còn sơ sài quá...
Mình đang rất bận làm đề tài, chưa có thời gian làm demo về Java WS. Bên .NET có VS nên rất dễ làm. Còn JWSDP của Sun hơi khó dùng. Mình thấy trong CD JBuider 7 có kèm theo Web service Kit cũng khá hay tuy chưa bì được với VS.NET.
Mình post thêm một vài bài nói về lý thuyết. Bạn nào có hứng thú hãy cùng với mình tìm hiểu việc xây dựng demo Java WS với các công cụ lập trình trực quan nhé. lol
Java API for XML Processing
V. Phát triển dịch vụ Web với Java API for XML Processing:
JAXM giúp cho các nhà phát triển có thể chuyển các thông điệp XML sử dụng Java platform. JAXM tuân theo đặc tả SOAP 1.1 và đặc tả SOAP with Attachments. Trọn bộ gói JAXM API có hai gói:
· javax.xml.soap: được định nghĩa trong đặc tả SOAP with Attachments API for Java (SAAJ) 1.1. Đây là gói cơ bản cho việc chuyển thông điệp SOAP, nó chứac các API cho phép tạo ra và phát đi các thông điệp SOAP. Nó chứa tất cả các API cần thiết cho việc gửi các thông điệp request-response
· javax.xml.massaging: gói được định nghĩa trong đặc tả JAXM 1.1. Gói này chứa các API cần thiết cho việc sử dụng các messaging provider và vì vậy có thể chuyển các message một chiều.
1. Khái quát về JAXM:
a) Message:
JAXM message tuân thủ theo chuẩn SOAP, chuẩn đã qui định định dạng cho message, và chỉ định một số yếu tố cần thiết khác, những tùy chọn hay những yếu tố không được phép.
Có những gì trong một Message ?
Có hai lọai SOAP message chính, loại có attachment và loại không có.
· Message không có Attachment:
Hình sau cung cấp một khung nhìn ở mức cao về cấu trúc của một SOAP message.
SAAJ API cung cấp lớp SOAPMessage để thể hiện một SOAP message, SOAPPart để thể hiện SOAP Part, SOAPEnvelope để thể hiện SOAP Envelope và tương tự vậy.
Web Service 2 - SOAP Message with no Attachment
Khi một đối tượng SOAPMessage được tạo ra, nó tự động có những phần cần thiết cho một SOAP message. SOAPHeader có thể chứa một hoặc nhiều thông tin về các bên gửi, nhận và về các điểm đến trung gian của message, SOAPBody chứa các thông tin bắt buộc dự định gửi cho người nhận cuối.
· Message có Attachment:
Một SOAP message có thể bao gồm theo một hay nhiều phần bổ sung khác. SOAP message có thể chỉ chứa nội dung XML; và do đó, nếu bất kỳ nội dung nào của message không có định dạng XML (chẳng hạn như một file ảnh), nó phải thuộc phần Attachment. Phần Attachment có thể chứa bất kỳ loại định dạng nào.
Hình sau cung cấp khung nhìn ở mức cao của một SOAP message có hai phần Attachment:
Web Service 3 - SOAP message with two attachment objects
SAAJ cung cấp lớp lớp AttachmentPart thể hiện phần Attachment của SOAP message. Đối tượng SOAPMessage tự động có đối tượng SOAPPart và cá phần tử cần thiết, nhưng vì SOAPAttachment là phần tự chọn nên cần được tạo ra và thêm vào một cách tường minh.
Một SOAP message có thể chứa một hay nhiều attachment. Mỗi đối tượng SOAPAttachment có một MIME header chỉ ra kiểu dữ liệu nó chứa. Nó cũng có thể có những header khác để định danh nó hay cho biết vị trí của nó, những thông tin rất có ích khi có nhiều attachment. Khi một đối tượng SOAPMessage chứa một hay nhiều phần attachment, đối tượng SOAPPart của nó có thể chứa hoặc không chứa nội dung message
b) Connection:
Tất cả các thông điệp SOAP được gửi và nhận thông qua một connection. Connection có thể đến trực tiếp một nơi nhận cụ thể hay đến một masseging provider (Một cung cấp dịch vụ chuyển thông điệp là một dịch vụ điều quản việc truyền tải và định tuyến của thông điệp và cung cấp một số tính năng không có sẵn khi các nối được đưa trực tiếp đến nơi nhận). JAXM API cung cấp lớp và giao diện sau để thể hiện hai loại kết nối:
· javax.xml.SOAPConnection: kết nối trực tiếp từ người gửi đến người nhận
· javax.xml.messaging.ProviderConnection: một kết nối đến messaging provider
SOAPConnection: Một đối tượng SOAPConnection, thể hiện một kết nối point-to-point, có thể được tạo và sử dụng đơn giản. Đoạn mã sau tạo một đối tượng SOAPConnection, sau đó tạo ra thông điệp, và sử dụng một kết nối để gửi các thông điệp. Tham số request là thông điệp đang được gửi, endpoint thể hiện nơi đang được gửi.
SOAPConnectionFactory factory =
SOAPConnectionFactory.newInstance();
SOAPConnection con = factory.createConnection();
. . .// create a request message and give it content
SOAPMessage response = con.call(request, endpoint);
Khi một đối tượng SOAPConnection được sử dụng, cách duy nhất để gửi mộ thông điệp là dùng phương thức call của nó. Phương thức này sẽ truyền đi các thông điệp và ngẽn cho đến khi nó nhận được sự phản hồi. Bởi vì phương thức call yêu cầu một response trả về cho nó, kiểu truyền thông điệp này được đề cập như là request-response messaging
ProviderConnection: Một đối tượng ProviderConnection cung cấp một kết nối đến một messaging provider. Khi một thông điệp được gửi đi bằng một đối tượng ProviderConnection, thông điệp sẽ được chuyển đến messaging provider. Messaging provider chuyển tiếp thông điệp, dựa vào các thông tin định tuyến trong thông điệp, cho đến khi đến nơi nhận cuối. Từ nơi này, các response sẽ gửi trả về cho nơi sinh ra và gửi đi thông điệp.
Khi một ứng dụng dùng đối tượng ProviderConnection, nó phải sử dụng phương thức ProviderConnection.send để gửi các thông điệp. Phương thức này chuyển các thông điệp đi và kết thúc ngay lập tức. Message provider nhận thông điệp chuyển tiếp nó đi đến nơi cần đến và sau đó chuyển về các response, nếu có. Khoảng thời gian từ khi chuyển thông điệp đi đến lúc nhận được hồi đáp có thể rất ngắn, nhưng cũng có thể tính theo ngày. Trong kiểu truyền thông điệp này, thông điệp gốc được chuyển đi như là thông điệp một chiều, và bất kỳ hồi đáp nào cũng được chuyển ngược lại theo một chiều. Do đó, kiểu chuyển thông điệp này gọi là one-way messaging.
c) Intermediate Destinations:
Khi một messaging provider được dùng, một thông điệp có thể được chuyển đến một hay nhiều điểm đến trung gian trước khi đến nơi nhận cuối. Nơi đến trung gian, gọi là các actor được chỉ định trong đối tượng SOAPHeader. Actor mặc định là nơi đến cuối cùng, vì vậy nếu không có actor nào được chỉ ra, thông điệp sẽ được định hướng đến nơi nhận cuối.
trannam136
19-03-2003, 20:52
Hay quá đó !
tiger2003
20-03-2003, 17:03
Đồng chí Doremon này cũng nghiên cứu quá kỹ rồi. Bài giới thiệu của đồng chí rất hay mặc dù tôi cũng chưa hiểu hết. Theo tôi nghĩ đồng chí có thể giới thiệu cho bà con trình tự nghiên cứu webservice bằng những quyển sách hoặc ebook nào theo kinh nghiệm của đồng chí để bà con học tập
Chúc đồng chí thành công với những dự án về webservice của mình. Và có nhiều đóng gớp cho forum này
Bài viết của Diamond về Web Services hay và rất hữu ích. Tôi cũng đang tham một công việc sử dụng SOAP và JAVA. Mời Diamond các bạn quan tâm cùng tiếp tục tham gia thảo luận. Có câu hỏi, vấn đề nào liên quan mọi người quan tâm xin hãy đưa ra cùng thảo luận. Có một chủ đề về SOAP nữa ở đây, mời các bạn vô xem http://www.ttvnol.com/forum/t_170185.
Về câu hỏi của Tiger2003:
Theo ý kiến của tôi, để nghiên cứu về Web SRV và SOAP, có thể bắt đầu từ trình tự sau:
1. Học JAVA và XML.
2. Làm quen vơi nhưng khái niệm về Web SRV.
http://msdn.microsoft.com/webservices/understanding/default.aspx
3. Làm quen với SOAP.
SOAP Introduction and Tutorial
http://www.intertwingly.net/stories/2002/03/16/aGentleIntroductionToSoap.html
http://java.sun.com/webservices/docs/1.0/tutorial/
http://www.intertwingly.net/stories/2002/03/16/aGentleIntroductionToSoap.html
http://java.sun.com/webservices/docs/1.0/tutorial/doc/JAXRPC.html
SOAP Specifications:
http://java.sun.com/webservices/docs/1.0/tutorial/doc/JAXRPC.html
Về Ebooks, tôi có một số quyển, các bạn nào quan tâm mail cho tôi.
Thật ra mình nghiên cứu Web Service khi học .NET. Với VS.NET, và documentation kèm theo, các bạn rất dế dàng học WS, nếu trước đó đã có một số kinh nghiệm về Web, kiến thức về XML.
Mình đến với J2EE là do bất dắt dĩ nhưng bây giờ rất thích nó. Tuy nhiên, hiện mình chưa tìm được bộ công cụ để phát triển WS trên J2EE như VS.NET (JBuilder 8 cũng có nhưng mình không có giấy phép hợp lệ, mình có nghe nói Oracle, IBM cũng có nhưng mình chưa tim được) nên việc phát triển theo SDK của SUN rất khó khăn. Vì thế trước đây mình chỉ làm WS trên .NET chứ chưa cho ra một WS nào trên J2EE nào cả.
Các bác nào có bộ công cụ nào để phát triển WS trên J2EE Free thì chỉ cho mình với.
-------------
Thời gian gần đây mình đang bận bịu với dự án dùng PHP nên ít online với bà con
baby79vn
15-05-2003, 16:44
Các bạn biết ASP về ADO giúp mình với mình đang cần lắm bạn à. Nếu được giúp đỡ mình rất cảm ơn các bạn.
Hello,
Tôi thấy mọi người bàn về Java WS (SOAP/EJB) khá hay, nhưng chỉ là lý thuyết và demo cho vui thôi. Còn ứng dụng thực tế thì sao?
Còn ứng dụng thực tế thì sao? Thực tế, người ta dùng web service để làm gì? Khi nào người ta cần web service?
Tôi đã có một thời gian khá dài (khoảng 2 năm) nghiên cứ về EJB (Tiền thân cua SOAP) và dùng EJB để triển khai một online shoping bằng ejb (luân văn tốt nghiệp đại học). Khi tôi demo cho hội đồng chấm thi, ai cung trầm trồ khen ngợi bởi vì lần đầu tiên họ thấy một ứng dụng web được triển khai cung lúc trên nhiều server. Lúc đó, tôi rất hãnh diện và thần tượng web service.
Nhưng, sau khi tốt nghiệp. Tôi thử đem đề tài đó đi triển khai thực tế. Kết quả là ai cũng chửi rằng: "Dùng dao mổ trâu để giết một con ruồi, lằng nhằng, tốn kém". Còn lý do vi sao bị chửi chac các bạn cũng doán ra rồi.
Thực tế, việc ứng dung web service rất khó. Bởi vì ứng dụng đó phải thật sụ đồ sộ (cỡ portal của Yahoo) thì mới có thể triển khai tốt được. Nếu không khi triển khai, ban sẽ thấy rất tốn kém và hao phí.
Lấy một ví dụ, web site có traffic lớn nhất việt nam hiện nay la fpt or vnn. Họ chỉ cần dùng một server chuyên dụng là đủ khả năng xử lý. Tội gì phải dung nhiều server để triển khai ứng dụng trong khi nhu cầu một server là đủ. Tốn kém !!
Do đó, tôi nghĩ web service chỉ tốt khi được triển khai với các ứng dụng sau:
1. Các ứng dung đòi hỏi năng lực xử lý cực mạnh mà một server không thể đáp ứng được. Lúc đó, webservice đóng vai tròn như cầu nối để tạo một parallel computing network.
2. Bán các thư viện lập trình tập trung. La sao? VD: bạn viết một thư viện lập trình (service) cần bán cho 10 ngàn khách hàng. Ban không thể setup cho từng khách hàng được bởi vì điều đó sẽ rất khó khăn và tốn kém nếu bạn cần nâng cấp hoặc sửa lỗi cho thư viện. Lúc này web serrvice là môi trương tốt nhất cho bạn triển khai.
Cám ơn, mỏi tay wá
tiger2003
16-05-2003, 08:18
Theo tui nghĩ thế này việc xây dựng webservice không hẳn là 1 ứng dụng cực lớn.
Ví dụ bạn muốn lấy thông tin về tỷ giá ngoại tệ chẳng hạn, sẽ có 1 ngân hàng nào đó họ sẽ cung cấp 1 dịch vụ về lấy tỷ giá (ta có thể gọi là webservice) và các công ty , website khác cần tỷ giá đó (hiện có rất nhiều trang web có phần tỷ giá) họ sẽ không phải xây dựng database mà chỉ cần gọi webservice của ngân hàng đó thôi. Vậy là tốt chứ? Ứng dụng đó không phải là không có ý nghĩ đâu.
Còn nữa, hiện nay có rất nhiều công ty cung cấp dịch vụ Serch website v... bạn có biết Google không, tôi chắc chắn ai cũng biết, họ đang xây dựng 1 công cụ search tốt nhất để có thể kinh doanh được và bán dịch vụ đó, vậy nếu trong ứng dụng của bạn có 1 nút search nào đó bạn sẽ không cần phải đi viết lại công việc đó chỉ cần chuyển công việc đó cho Google vậy là xong?Và đổi lại bạn có toàn quyền với dữ liệu mà Google cung cấp cho bạn. Vậy webservice đâu phải là 1 ứng dụng lớn phải không?
Tôi lấy thêm một ví dụ nữa, là bây giờ các ứng dụng về mobile đang rất phát triển ,tôi muốn lấy 1 ví dụ cực kỳ đơn giản là gửi short message đến máy di động thui, nếu trong ứng dụng của bạn (giả sử là nhân sự chẳng hạn) có 1 chức năng nhỏ là gửi short message đến máy di động vậy bạn phải làm sao? Viết một ứng dụng mới ư? không phải mà ta sẽ tìm trên thị trường xem ai là người cung cấp dịch vụ đó có thể là Mobile Phone, Vina phone v.. và ta chỉ việc trả tiền và dùng cái service của họ đó là webservice đó các bạn ơi.
Vậy các bạn hiểu webservice rồi chứ, nó không phải chỉ bó hẹp trong ứng dụng của bạn, mà sẽ phát tán đên nhiều ứng dụng của nhiều nhà cung cấp khác nhau. Và cái tuyệt vời của nó là sẽ không phụ thuộc hệ điều hành, phụ thuộc vào ngôn ngữ.
Với .NET các bạn có thể xây dựng webservice và dùng webservice cực kỳ nhanh và dễ dàng, tôi cũng xem qua mấy cái của Java nhưng thấy khó quá. Đúng là java chỉ dành cho các cao thủ thôi.
Chúc các bác mạnh khoe ha
Bạn nói rất đúng. Đó là công dụng chính của webservice.
Nhưng, bao giờ thì Việt Nam có thể triển khai được các web service dạng như vậy? Chắc đến khi tôi về hưu vẫn chưa có.
Thực tế một chút đi các bạn. Bây giờ ở Việt Nam web service chả ứng dụng được vào việc gì đau :D ngoại trừ viết các ứng dụng demo chơi chơi hù con nít như kiểu luận văn tốt nghiệp của tôi á. Đem bán chả ma nào thèm mua. Năn nỉ cho người ta còn không nhận nữa là
lol lol
Còn về .NET và Java Web Service thì sao? Giống như Assembly và Pascal vậy đó. Nhưng .NET thì đắt đỏ vô cùng còn Java thi .. FREE. Ở Việt nam đôi khi mình không thấy cái lợi của điều này (vì quen dùng đồ chùa) nhưng ở nơi khac, người ta lại dùng Java. Vì sao? Khong phải java hay hơn mà là vì nó ... miễn phí hehê
tiger2003
16-05-2003, 11:09
Không những ở Việt Nam mà ở cả thế giới cũng vậy, việc ứng dụng các Webservice còn rất hạn chế, tuy ai cũng hiểu hết những thế mạnh của nó.
Việc chúng ta hiểu và ứng dụng được là tốt rồi, theo tôi chắc khoảng 2 đến 3 năm nữa thì việc này sẽ trở lên tốt hơn, lúc đó tôi cam đoan rằng kiến thức của bạn về Webservice sẽ vô cùng quan trọng.
Chúng ta hãy là những người biến Webservice thành thực tế ở việt nam???
Web service chỉ à một hướng mới, nó đang được phát triển bởi các đại gia như IBM, Microsoft,... và vì thế hiện nay ứng dụng thực tế của nó chưa lớn lao nhưng ý nghĩa và tương lai của nó rất tốt.
Theo mình thấy và từng nghe nói khi học WS, thì mục tiêu lớn của nó là nhằm tạo điều kiện thuận lợi cho việc tương tác giữa các ứng dụng, chạy trên các hệ thống khác nhau thông qua SOAP.
Một vài điểm thú vị về WS mà quangvu đúc kết sau một thời gian tìm hiểu về WS :
1.WS có từ trước WS : có thể điều này làm các bạn khá ngạc nhiên vì tính mâu thuẩn của nó :) .Thực ra các ứng dụng dạng WS có từ rất lâu ,nhưng không ai gọi nó là WS cả mà chỉ xem nó như những ứng dụng Web thông thường .Do sau nhày các ứng dụng dạng này phát triễn mạnh ,và từ đó người ta bắt đầu tìm hiểu về đặc điểm của nó -> đưa ra các mô hình, lý thuyết -> thiết lập các chuẩn -> đặt tên .
2. WS làm gì : WS nói một cách đơn giản là bán(hoặc cho không) một dịch vụ nào đó trên Net (như 1080 í mà), mọi giao tiếp đều thực hiện một cách tự động .Ví dụ Google cung cấp các API cho phép Client truy xuất vào Databse cua nó ,hay một dịch vụ cung cấp Counter (máy đếm).
3.WS có khó không : xây dựng WS thực ra hông khó nhưng để có thể xây dựng một WS thì phải có một kiến thức nền tản về NET - WEB .VD như ứng dụng the META trong việc vung cấp Counter ,sử dụng các giao thức truyền dư liệu trong Search API . . .
Nói, nói nói và nói.
Chỉ toàn là nói, chả thấy làm gì ráo (Một điểm vô cùng yếu của người Việt Nam hêh).
Bài viết được gửi bởi tiger2003
Không những ở Việt Nam mà ở cả thế giới cũng vậy, việc ứng dụng các Webservice còn rất hạn chế, tuy ai cũng hiểu hết những thế mạnh của nó.
Việc chúng ta hiểu và ứng dụng được là tốt rồi, theo tôi chắc khoảng 2 đến 3 năm nữa thì việc này sẽ trở lên tốt hơn, lúc đó tôi cam đoan rằng kiến thức của bạn về Webservice sẽ vô cùng quan trọng.
Chúng ta hãy là những người biến Webservice thành thực tế ở việt nam???
ledangkhoi
22-05-2003, 09:29
Chào các bạn,
Mình là người mới vào forum này. Hoan hô các bạn có những ý kiến đóng góp rất là hữu ích. Nói về WS thì mình không biết nhiều. Nhưng những ứng dụng về nó thật sự chẳng có bao nhiêu ở VN này đâu. Hy vọng là các đại gia này sẽ là những người tiên phong viết ứng dụng WS ở VN nhé.
tiger2003
22-05-2003, 09:46
Thực ra cũng có 1 vài công ty phát triển WebService rồi và họ đang rao bán. Thế các bạn có biết địa chỉ nào để tìm các webservice đó không và làm cách nào để ta có thể rao bán các dịch vụ của mình không?
Hãy vào đây : http://uddi.microsoft.com/default.aspx
Đó là 1 Market hiện tại đang Free cho các bạn Search các WebService của người khác và đồng thời có thể đăng ký Webservice của mình lên.
Ví dụ trong ứng dụng của bạn, phát triển bằng .NET chẳng hạn hãy viết 1 WebService để tìm kiếm thông tìn gì đó trong ứng dụng đó đi chẳng hạn là Thông tin nhân sự v.v.. sau đó publish lên đây
Đó là cách practice và học tập đây
Thân chào. Hy vọng là các bác có nhiều WebService publish lên đó
Tui cũng có 1 cái đấy có địa chỉ là : http://61.72.31.49/QLNS/MyWebService/Service1.asmx hy vọng 1 đến 2 tuần tới sẽ có nhiều dịch vụ.
Tôi nghĩ sau này Việt Nam sẽ có 1 chương trình quản lý công dân toàn quốc và nếu ai cần thông tin về người nào đó chỉ cần sử dụng service của họ là có thể lấy được thông tin mà không cần ai cũng phải đi xây dựng cơ sở dữ liệu không lồ về nhân sự của mình phải không các đồng chí?
Thân chào
Allbegins
23-05-2003, 19:47
Mình cũng rất thú vị với Java Webserver.
Mình khoái kỹ thuật servlet và Jsp.
Jsp gần giống với các kỹ thuật ASP/PHP ... nên muốn học cũng không khó.
Còn servlet thì thú vị hơn. Bởi khó viết nên hấp dẫn. Và mình đang tiến tới khả năng viết 1 Shopping Cart, GuestBook, 1 DB Web Application bằng Servlet.
Trước mắt bàn tới servlet va jsp trước. Sau đó mấy cái SOAP nói sau .... hihi:D Được hông vậy?
tiger2003
24-05-2003, 00:06
hê hê , cái ASP, PHP chính là học của JSP đấy :)
Còn viết máy cái Servlet thì cũng thú vị nhưng lâu lắm, công cụ thì rất ít mà dùng mấy cái đó phức tạp quá. Nói chung phức tạp vậy nhưng free , he he đó mới là quan trọng đúng không.
Tui nghĩ việt nam mình nghèo mà lại muốn dùng phần mềm có bản quyền có lẽ Java, JSp là hợp lý nhất ha ha...
.NET đã copy tất cả các đặc điểm của JSP, Custom Control của .NET thì quá tuyệt vời so với JSP, có lẽ không ai dùng đến cả. Còn Servlet thì .NET là code behind thật tuyệt vời là vứt cái code behind đó ở đâu cũng được.
Trước đây tui chỉ biết dùng cái Tomcat webserver mỗi lần thay đổi Servlet không biết phải tắt bật Server đến bao nhiêu lần, rồi copy Servlet ở 1 thư mục riêng phức tạp quá.
Có lẽ không nên so sánh JSP+Servlet với ASP.NET , mỗi cái có mục đích riêng, ứng dụng riêng và người dùng riêng, tui chỉ muốn viết vài dòng vào đây cho đỡ buồn thui. Xin lỗi các fan của JSP và Servlet nhé
Chào các bác,
dạ, cho em hỏi có bác nào triển khai WS với .NET không ạ?
Thực sự em rất quan tâm tới WS, đang muốn xây dựng demo nho nhỏ cho thực tập của em!
Cám ơn các bác trước!
tiger2003
19-06-2003, 07:23
Tui đây đang triển khai WS đây. Thế đồng chí cần gì vậy?
Webservice = web + service
Như vậy khi nói đến webservice thì chắc phải là một ứng dụng chạy trên giao diện WEB,và ngưồi dùng ứng dụng đó sẽ phải tốn một khoảng thời gian để hưởng thụ ,cuối tháng sẽ phải trả chi phí cho việc dùng cái ứng dụng(dịch vụ) đó.
Hiện tại mình dùng cái ứng dụng là diễn đàn tin học này thì không phải trả một khoản chi phí nào cho những người phụ trách và sở hữu diễn đàn này -->suy ra rằng diễn đàn tin học chưa phải là một webservice thực sự.
Việc dùng SOAP để xây dựng Webservice thì mình chưa được thử bao giờ.Các bạn có thể đưa ra một định nghĩa chuẩn về Webservice của một tổ chức có uy tín nào đó để mọi người cùng tìm hiểu đuợc kho.Khi nào thì dùng SOAP và có thể dùng loại công nghệ java gì để thay thế cho SOAP???
Mình được biết rằng Webservice là một trong 8 loại công nghệ java để có thế làm bất cứ loại ứng dụng nào liên quan đến công nghệ thông tin.Do vậy việc đọc lại chủ đề này là rất hữu ích với những ai đã lựu chọn java.
Xin cảm ơn.
To lttnd: Bạn hiểu như vậy là chưa chính xác về Web Srv rồi. Bạn xem lại một số bài trả lời trong topic này nhé
Đây là 1 định nghĩa về Web Srv trên site http://webservices.xml.com/
Web services are a new breed of Web application. They are self-contained, self-describing, modular applications that can be published, located, and invoked across the Web. Web services perform functions, which can be anything from simple requests to complicated business processes...Once a Web service is deployed, other applications (and other Web services) can discover and invoke the deployed service
SOAP là một "lightweight protocol" dùng để trao đổi thông tin giữa các môi trường phân tán, các SOAP message dựa trên XML syntax.
SOAP là công nghệ không phụ thuộc vào ngôn ngữ(language independence), hiện nay có rầt nhiều SOAP server implementation bằng các ngôn ngữ khác nhau như C/C++, PHP, Perl, Java ... . Các công nghệ java ko thay thế SOAP.
minh cung dang nghien cuu ve web service ,khong biet ban co kinh nghiem gi chi giao khong...minh lam bang java...khong biet ban co y tuong nao ve 1 webservice khong..cam on tat ca cac ban vi nhung dieu cac ban da dong gop o day,no giup minh hieu them ve web service...minh cung co 1 so tai lieu ve webservice ,ban nao can xin cu lien he minh theo dia chi nha45@yahoo.com hoac dt: 5106467 gap Nha~ nhe..ban dem usb lai di,minh chep cho
hoan1982
18-04-2008, 11:33
em là tân binh nhưng em se theo dõi tất cả những thảo luân của các bác. giờ đây em chưa đủ kiến thức để viêt bài nhưng em cũng đủ kiến thức để đọc hiểu. hy vong trong tương lai gần WS sẽ "phổ biến" hơn và em cũng sẽ đóng góp một chút kiến thức cho WS! thanks các bác nhiều.
desengel
19-04-2008, 21:31
đọc các bài viết của mọi ngừoi xong cho mình có một vài ý kiến:
1-Web service ra đời cũng khá lâu rùi, không phải mới gì cả. Các công ty ở VN đã triển khai áp dụng Web Service từ lâu rùi.
2- Một bạn nói khó khăn trong việc phát triển Web service, vậy bạn hãy lên mạng search : lập trình web service with Eclipse, nó cũng không có gì là phức tạp cả.
3- Web service : có đặc điểm là : loosely connection, kết nối các công nghệ như .net, java... vào trong cùng một dự án phần mềm.
Webservice = web + service
Như vậy khi nói đến webservice thì chắc phải là một ứng dụng chạy trên giao diện WEB,và ngưồi dùng ứng dụng đó sẽ phải tốn một khoảng thời gian để hưởng thụ ,cuối tháng sẽ phải trả chi phí cho việc dùng cái ứng dụng(dịch vụ) đó.
Theo mình nghĩ chỗ này bạn viết chưa chính xác. Giao diện của WS ko phải là giao diện WEB
hoanghieptnt
05-10-2009, 17:18
Nghe các cụ nói hoa hết cả mặt mũi, cụ nào có tài liệu gì nói chi tiết về Web Service, cách thức làm việc giữa Client và Server thì cho tui xin với. Thank!
Powered by vBulletin® Version 4.2.0 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.