Web services offer a standard metho

Web services offer a standard method of communication that is independent of language and platform. Using Web services, we can make a call to another system regardless of the platform on which it runs. The data is marshaled and tagged in XML, and the call is made across platform and operating system. As Figure 11.10 illustrates, we can use Web services to achieve interoperability between WebSphere, .Net, and LAMP applications. This can be achieved at quite small levels of granularity, such as a function call, or large levels, such as a file of purchase orders. Web services can be asynchronous or synchronous. Asynchronous calls allow for loosely coupled systems, particularly combined with document- style XML to allow transfer of large quantities of related data. The simplest form of Web service is XML-RPC. XML-RPC may be the best choice for internal use and rapid development. SOAP is a more elaborate standard, with more features and choices. SOAP is more likely to be used for industry standards or interbusiness communication. All of the open source languages have good support for Web services. For simple communication, replacing socket programming and screen scraping, particularly in internal applications, Web services work very well. It is still difficult to use them for interbusiness development. Many of the standards at higher levels are not really ready yet. Encryption, standards for interorganization communication, and security all have to be addressed. To solve the integration engine scenarios using Web services, we develop our own code to address the specific problem or problems we are facing, using XML and queuing if appropriate. If the problem is somewhat generalized, such as many customers or vendors, we develop a general solution to the problem on a hub and spoke basis. It is very unusual for such a solution to be more expensive and difficult than using the integration engine, and, of course, it will use the standard development tools and database of our organization. Figure 11.11 shows the previous distribution company example. The relationship between the three entities (distributor, corporate, and retail) is loosely coupled using XML files passed variously by mail and file transfer (FTP). The XML schemata differ for different documents (purchase orders, invoices), as we might expect, and also, unfortunately, for different retailers. The largest challenge, as often in long-running transactional systems, is tying related documents together. We rely on lookup against the ERP system to do this.

ผลลัพธ์ (ไทย) 1:

เว็บบริการมีวิธีการมาตรฐานของการสื่อสารที่ไม่ขึ้นกับแพลตฟอร์มและภาษา ใช้บริการเว็บ เราสามารถทำการเรียกไปยังระบบอื่นว่าแพลตฟอร์มที่จะรัน ข้อมูลเป็นอินเทอร์เฟซ และการติดแท็กใน XML และทำการโทรข้ามแพลตฟอร์มและระบบปฏิบัติการ เป็นรูปที่ 11.10 แสดง เราสามารถใช้บริการเว็บเพื่อให้ทำงานร่วมกันระหว่าง WebSphere, .Net และใช้งานโคมไฟ นี้สามารถทำได้ในระดับที่ค่อนข้างเล็กของส่วนประกอบ เช่นการเรียกฟังก์ชัน หรือระดับขนาดใหญ่ เช่น file ของใบสั่งซื้อ เว็บเซอร์วิสสามารถแบบอะซิงโครนัส หรือแบบซิงโครนัส ให้เรียกแบบอะซิงโครนัสซึ่งควบคู่ระบบ โดยเฉพาะอย่างยิ่งรวมกับเอกสารแบบ XML ให้โอนย้ายข้อมูลที่เกี่ยวข้องจำนวนมาก รูปแบบที่ง่ายที่สุดของบริการเว็บ XML RPC ได้ XML RPC อาจดีสำหรับใช้ภายในและการพัฒนาอย่างรวดเร็ว สบู่เป็นมาตรฐานความละเอียดยิ่งขึ้น ด้วยคุณลักษณะและตัวเลือกเพิ่มเติม สบู่จะมีแนวโน้มที่จะใช้สำหรับสื่อสาร interbusiness หรือมาตรฐานอุตสาหกรรม ภาษาทั้งหมดเปิดแหล่งสนับสนุนที่ดีสำหรับบริการเว็บได้ สำหรับการสื่อสารอย่างง่าย เปลี่ยนซ็อกเก็ตเขียนโปรแกรมและหน้าจอ scraping โดยเฉพาะอย่างยิ่งในโปรแกรมประยุกต์ภายใน บริการเว็บได้ดีมาก ยังคงเป็น difficult ใช้สำหรับพัฒนา interbusiness มาตรฐานในระดับสูงมากมายยังไม่พร้อมจริง ๆ เข้ารหัสลับ มาตรฐานสำหรับการสื่อสาร interorganization และความปลอดภัยทั้งหมดจะต้องได้รับการ แก้สถานการณ์โปรแกรมรวมโดยใช้เว็บเซอร์วิส เราพัฒนารหัสของเราเองเพื่อ specific ปัญหาหรือปัญหาที่เราจะหันหน้าไปทาง ใช้ XML และจัดคิวตามความเหมาะสม ถ้าปัญหาคือค่อนข้างตั้งค่าทั่วไป เช่นลูกค้าหรือผู้จัดจำหน่าย หลายเราพัฒนาการแก้ไขปัญหาตามฮับและพูดทั่วไป มันผิดปกติมากเช่นโซลูชันจะแพงกว่าและ difficult ใช้เครื่องยนต์รวม และ แน่นอน มันจะใช้เครื่องมือการพัฒนามาตรฐานและฐานข้อมูลขององค์กรของเรา รูปที่ 11.11 แสดงการกระจายบริษัทตัวอย่าง ความสัมพันธ์ระหว่างเอนทิตีสาม (ตัวแทนจำหน่าย ธุรกิจ และขายปลีก) ซึ่งจะควบคู่ใช้ XML files ผ่านเพิ่ม โดยการถ่ายโอนจดหมายและ file (FTP) XML schemata ที่แตกต่างกันในเอกสารอื่น (ใบสั่ง ใบแจ้งหนี้ซื้อ), ขณะที่เราอาจคาด หวัง และ อับ สำหรับร้านค้าปลีกแตกต่างกัน ความท้าทายที่ใหญ่ที่สุด มักจะเป็นในระบบทรานแซคชันรันเป็นเวลานาน มีผูกเอกสารที่เกี่ยวข้องกัน เราใช้การค้นหาจากระบบ ERP ต้อง

ผลลัพธ์ (ไทย) 2:

บริการเว็บมีวิธีการมาตรฐานของการสื่อสารที่มีความเป็นอิสระของภาษาและแพลตฟอร์ม การใช้บริการเว็บเราสามารถโทรไปยังระบบอื่นโดยไม่คำนึงถึงแพลตฟอร์มที่จะทำงาน ข้อมูลจะถูก marshaled และติดแท็กในรูปแบบ XML และการเรียกร้องที่ทำข้ามแพลตฟอร์มและระบบปฏิบัติการ ในฐานะที่เป็นรูปที่ 11.10 แสดงให้เห็นถึงเราสามารถใช้บริการเว็บเพื่อให้บรรลุการทำงานร่วมกันระหว่าง WebSphere, สุทธิและการใช้งานโคมไฟ นี้สามารถทำได้ในระดับที่ค่อนข้างเล็กของเมล็ดเช่นการเรียกใช้ฟังก์ชันหรือระดับที่มีขนาดใหญ่เช่นไฟ le คำสั่งซื้อ บริการเว็บสามารถตรงกันหรือซิงโคร โทร Asynchronous ช่วยให้ระบบคู่หลวมรวมโดยเฉพาะอย่างยิ่งกับ XML สไตล์ document- เพื่อให้การถ่ายโอนข้อมูลจำนวนมากที่เกี่ยวข้อง รูปแบบที่ง่ายของการบริการเว็บเป็น XML-RPC XML-RPC อาจจะเป็นทางเลือกที่ดีที่สุดสำหรับการใช้งานภายในและการพัฒนาอย่างรวดเร็ว สบู่เป็นมาตรฐานที่ซับซ้อนมากขึ้นมีคุณสมบัติมากขึ้นและทางเลือก สบู่มีแนวโน้มที่จะนำมาใช้สำหรับมาตรฐานอุตสาหกรรมหรือการสื่อสาร Interbusiness ทุกภาษาเปิดแหล่งที่มาได้รับการสนับสนุนที่ดีสำหรับบริการเว็บ สำหรับการสื่อสารที่เรียบง่ายแทนการเขียนโปรแกรมซ็อกเก็ตและขูดหน้าจอโดยเฉพาะอย่างยิ่งในการใช้งานภายในบริการเว็บทำงานได้เป็นอย่างดี มันยังคงยากที่จะใช้พวกเขาสำหรับการพัฒนา Interbusiness หลายมาตรฐานในระดับที่สูงยังไม่พร้อมจริงๆยัง การเข้ารหัสมาตรฐานสำหรับการสื่อสาร interorganization และการรักษาความปลอดภัยทุกคนต้องได้รับการแก้ไข เพื่อแก้สถานการณ์เครื่องยนต์บูรณาการโดยใช้บริการเว็บเราพัฒนารหัสของเราเองเพื่อแก้ไขปัญหาคระบุไว้หรือปัญหาที่เรากำลังเผชิญอยู่โดยใช้ XML และการเข้าคิวตามความเหมาะสม หากปัญหาทั่วไปค่อนข้างเช่นลูกค้าจำนวนมากหรือผู้ขายที่เราพัฒนาวิธีการแก้ปัญหาทั่วไปในการแก้ไขปัญหาเกี่ยวกับการเป็นศูนย์กลางและพื้นฐานพูด มันเป็นเรื่องปกติมากสำหรับแก้ปัญหาดังกล่าวจะมีราคาแพงมากขึ้นและยากที่กว่าการใช้เครื่องมือการรวมและแน่นอนมันจะใช้เครื่องมือในการพัฒนามาตรฐานและฐานข้อมูลขององค์กรของเรา รูปที่ 11.11 แสดงให้เห็นตัวอย่างที่ บริษัท จัดจำหน่ายก่อนหน้านี้ ความสัมพันธ์ระหว่างหน่วยงานที่สาม (ผู้จัดจำหน่าย, องค์กรและขายปลีก) เป็นคู่อย่างอิสระโดยใช้ XML สาย les นานัปการผ่านทางไปรษณีย์และโอนสาย le (FTP) schemata XML แตกต่างกันสำหรับเอกสารที่แตกต่างกัน (คำสั่งซื้อใบแจ้งหนี้) ในขณะที่เราอาจคาดหวังและยังโชคไม่ดีที่แตกต่างกันสำหรับร้านค้าปลีก ความท้าทายที่ใหญ่ที่สุดในขณะที่มักจะอยู่ในยาวทำงานระบบการทำธุรกรรมจะผูกเอกสารที่เกี่ยวข้องร่วมกัน เราพึ่งพาการค้นหากับระบบ ERP จะทำเช่นนี้

ผลลัพธ์ (ไทย) 3:

บริการเว็บเสนอวิธีการมาตรฐานในการสื่อสารที่เป็นอิสระของภาษาและแพลตฟอร์ม ใช้บริการเว็บที่เราสามารถโทรไปที่ระบบอื่นไม่ว่าแพลตฟอร์มซึ่งมันวิ่ง ข้อมูลถูก marshaled และติดแท็ก XML และโทรถูกสร้างข้ามแพลตฟอร์มและระบบปฏิบัติการ เป็นรูปที่น่าจะแสดงให้เห็นถึง ,เราสามารถใช้บริการเว็บเพื่อให้บรรลุร่วมกันระหว่าง 200 , . NET และการประยุกต์ใช้โคมไฟ นี้สามารถทำได้ที่ค่อนข้างเล็กระดับ granularity , เช่นการเรียกใช้ฟังก์ชัน หรือระดับใหญ่ เช่นจึงเลอของใบสั่งซื้อ บริการเว็บได้แบบอะซิงโครนัส หรือซิงโคร เรียกแบบให้หลวมคู่ระบบรวมโดยเฉพาะอย่างยิ่งกับเอกสาร - สไตล์ XML เพื่อให้โอนปริมาณมากของข้อมูลที่เกี่ยวข้อง . รูปแบบที่ง่ายที่สุดของบริการเว็บเป็น xml-rpc . xml-rpc อาจเป็นทางเลือกที่ดีที่สุดสำหรับการใช้ภายในและการพัฒนาอย่างรวดเร็ว สบู่เป็นมาตรฐานที่ซับซ้อนมากขึ้นกับคุณลักษณะเพิ่มเติมและตัวเลือก สบู่มีแนวโน้มที่จะใช้เป็นมาตรฐานของอุตสาหกรรมการสื่อสาร หรือ interbusiness .ทั้งหมดของภาษาเปิดแหล่งที่มามีการสนับสนุนที่ดีสำหรับบริการเว็บ เพื่อการสื่อสารแบบง่าย การขูดหน้าจอการเขียนโปรแกรมซ็อกเก็ต , โดยเฉพาะอย่างยิ่งในการใช้งานภายในเว็บให้บริการดีมาก มันยังแยกศาสนาจึงใช้เพื่อการพัฒนา interbusiness . หลายมาตรฐานในระดับที่สูงไม่พร้อมจริงๆเลย การเข้ารหัสลับมาตรฐานการสื่อสาร interorganization และความปลอดภัยทั้งหมดต้อง addressed เพื่อแก้ไขสถานการณ์การรวมเครื่องยนต์ใช้บริการเว็บเราพัฒนารหัสของเราเองให้อยู่ในประเภท C ปัญหาหรือปัญหา เราจึงต้องใช้ XML และคิว ถ้าเหมาะสม ถ้าเป็นปัญหาที่ค่อนข้างทั่วไป เช่นลูกค้าหรือผู้ขายเราพัฒนาโซลูชั่นทั่วไป ปัญหาเกี่ยวกับฮับและพูดพื้นฐาน มันเป็นเรื่องปกติสำหรับการแก้ไขปัญหาดังกล่าว มีราคาแพงมากขึ้น จึงแยกศาสนามากกว่าการใช้รวมของเครื่องยนต์ และ แน่นอน มันต้องใช้เครื่องมือมาตรฐานและพัฒนาระบบฐานข้อมูลขององค์กรของเรา รูปแสดงการกระจายข้อมูลบริษัทตัวอย่างก่อนหน้านี้ ความสัมพันธ์ระหว่าง 3 หน่วยงาน ( ผู้จัดจําหน่ายของ บริษัท และธุรกิจค้าปลีก ) loosely คู่โดยใช้ XML จึงเล ผ่านหลากหลายเมล์จึงเลอโอน ( FTP ) สำหรับเอกสาร XML ลูแตกต่างแตกต่างกัน ( คำสั่งซื้อใบแจ้งหนี้ ) ตามที่เราคิด และก็ ขออภัย สำหรับร้านค้าปลีกที่แตกต่างกัน ความท้าทายที่ใหญ่ที่สุดมักจะเป็นในระบบการแลกเปลี่ยนปัญหา คือผูกเอกสารที่เกี่ยวข้องกันเราพึ่งค้นหากับระบบ ERP เพื่อทำแบบนี้