Soapui เนื้อหา การถ่ายโอน การเข้ารหัส ไบนารี ตัวเลือก

ฉันอยู่ที่หลวมเป็นวิธีการเพิ่มเอกสารแนบในคำขอ SOAP ของฉัน เราต้องใช้บริการเว็บของบุคคลที่สามซึ่งสร้างขึ้นใน java ซึ่งเป็นสิ่งที่ซับซ้อนที่สุดที่ฉันเคยเจอมา บริการเว็บอื่น ๆ ที่เราใช้ซึ่งสิ่งที่แนบมาต้องมีวิธีหรือคุณสมบัติเพื่อเพิ่มสิ่งที่แนบ ง่าย อย่างไรก็ตามวิธีนี้ไม่มีวิธีการดังกล่าว เราได้รับข้อความ SOAP ฉบับเดียวกันเข้าด้วยกันซึ่งตรงกับที่เราต้องการให้กับ XML แต่ก็เป็นส่วน MIME ของไฟล์ที่เราไม่สามารถเพิ่มได้ นี่เป็นส่วน XML ที่เราสามารถสร้างและส่งออกได้ แต่ก็ไม่ถูกต้องตามที่เราต้องการในส่วน MIME เช่น: ฉันได้ค้นหาอินเทอร์เน็ตเพื่อหาคำตอบ แต่ได้ออกมาว่างเปล่า มีไม่ได้ดูเหมือนจะเป็นเอกสารมากเกี่ยวกับการใช้ WSE สำหรับนี้ ต้องเน้นว่าว้าวเอ็กซ์คือข้อกำหนดด้านเซิร์ฟเวอร์และไม่มีทางที่ฉันจะเปลี่ยนเทคโนโลยีเพื่อแก้ไขปัญหานี้ได้ มีวิธีที่สามารถเพิ่มส่วน MIME เหล่านี้ได้หรือไม่ EDIT: ฉันต้องเพิ่มเอกสาร XML ที่สามารถใช้งานได้ผ่าน SoapUI พร้อมไฟล์แนบ แต่ดูเหมือนจะไม่สามารถหาทางภายในโค้ดของเราได้ ฉันได้เพิ่มความโปรดปรานและพยายามแก้ไขปัญหานี้ ถ้าใครมีความคิดเห็นอื่น ๆ โปรดแจ้งให้เราทราบ แก้ไขอีกครั้ง: ฉันรู้ว่ามันเป็นเวลา 1 สัปดาห์ตั้งแต่ฉันสามารถตรวจสอบคำตอบได้ที่นี่ แต่ในขณะที่บางคนให้ความคิดที่ดีที่จะมองฉันยังคงวาดว่างไว้ เอกสารน่ากลัวรอบ XopDocument และวิธีการของมันคือจุดติดใหญ่ถ้าใครมีตัวอย่างใด ๆ ของการใช้ SaveToXopPackage พวกเขาจะกรุณาให้เพราะเป็นจุดเริ่มต้นที่จะตะแกรงถาม Dec 20 11 ที่ 11:48 ดีจอห์นวิธีการเกี่ยวกับการมากับโซลูชัน แทนที่จะไปรอบ ๆ แค่แกล้งทำเป็นว่าคุณรู้ทุกอย่าง ในสถานการณ์สมมตินี้สำหรับฉันจำเป็นต้องมี WSE หากไม่มีคำขอคำขอของเราจะถูกปฏิเสธ ฉันสามารถบอกผู้จัดจำหน่ายรายอื่นว่าพวกเขาควรจะเข้ารหัสอย่างไรฉันสามารถลองได้ แต่พวกเขาก็เป็น บริษัท ที่มีประโยชน์อย่างน้อยที่สุดในโลกในการทำงาน ดังนั้นในขณะที่ WSE ไม่ควรใช้หากคุณกำลังสร้างซอฟต์แวร์ของคุณเองเป็นข้อกำหนดในกรณีนี้ ndash anothershrubery 5 ม. ค. 12 เวลา 10:49 น. ฉันมีเรื่องเล็ก ๆ น้อย ๆ เกี่ยวกับเรื่องนี้ยกเว้นฉันหวังว่ามีคนบอกจักรพรรดิว่าเสื้อผ้าของเขาล้าสมัยแล้ว นอกจากนี้ถ้าคุณแกล้งทำเป็นว่าการใช้ WSE ไม่ใช่ตัวเลือกใด ๆ คุณจะไม่ต้องสงสัยเลยว่าจะปรับแต่ง WCF เพื่อทำสิ่งที่คุณต้องการโดยใช้ซอฟต์แวร์ที่สนับสนุนเท่านั้น ฉันคิดว่าคุณอาจมีสองตัวเลือก: 1) ใช้ MTOM. ดูเหมือนจะตัดข้อความขาออกออกโดยอัตโนมัติในบล็อก MIME 2) Microsoft ให้การสนับสนุนการสร้างและอ่าน XOP กับ mime ผ่านคลาส XopDocument ซึ่งเป็นสิ่งที่สืบทอด SoapEnvelope อย่างไรก็ตามผมคิดว่าวิธีนี้อาจทำให้คุณต้องทำการส่งข้อความด้วยตัวเองผ่าน HttpWebRequest บล็อกนี้มีตัวอย่างการใช้งานนี้ ข้อเสียคือต้องใช้รหัสและการกำหนดค่าพิเศษเพื่อให้ทำงานได้อย่างถูกต้อง ทางออกที่ดีที่สุดคือการสกัดกั้นโค้ดที่ดำเนินการในการส่งซองจดหมาย แต่ฉันไม่สามารถระบุตำแหน่งที่ถูกต้องในท่อได้ Im 90 มั่นใจ Im ทำงานในโครงการเดียวกันแน่นอนเหมือนพวกคุณ คำขอสบู่นั้นมีความคุ้นเคยน้อยเกินไป :-) Weve ได้รับทางส่วนใหญ่โดยเปลี่ยนไปใช้ WCF และใช้มือเขียนโค้ดวัตถุคำขอ (สร้างคลาสที่ตรงกับรูปแบบสบู่แล้วใช้แอตทริบิวต์ xmlelement ในการตกแต่งเพื่อให้ได้ ดูเหมือนการร้องขอสบู่ไฟล์ดังกล่าวจะถูกประกาศเป็น Byte () ในคลาส Attachment และยังได้รับการตกแต่งด้วย xmlelement) นี่คือสิ่งที่สัญญา WCF และส่วนหนึ่งของรูปแบบข้อมูลมีลักษณะเช่น รูปแบบข้อมูลที่เกิดขึ้นจริงมีชั้นเรียนพิเศษ (Application Area, Data Area, Job ฯลฯ ) แต่จะช่วยให้คุณรู้สึกถึงโครงสร้างของระบบ ส่วนที่สำคัญคือไฟล์เป็นไบต์ () นี่คือใน VB ถัดไปคุณได้รับไคลเอ็นต์ WCF ของคุณนี่คือสวยมากเหมือนกับลูกค้า WCF ทั้งหมด ในที่สุด youve มี app. config นี่เป็นเวทมนตร์เนื่องจากบอกให้ WCF ใช้ Mtom เพื่อส่งข้อความ การดำเนินการนี้จะใช้ Byte () และแยกออกเป็นส่วน MIME แยกต่างหากแทนที่ด้วย XOP: Include โปรดทราบว่าขณะนี้ Im เพียงส่งผ่าน localhost เพื่อดูคำขอโดยใช้ tcpTrace คุณสามารถ google ที่ app แต่ itll พื้นจับคำขอเพื่อให้เราสามารถดูว่ามันดู. ฉันจะตั้งค่า tcpTrace เพื่อฟังพอร์ต 84 และท้ายที่สุดจะมีการเรียกใช้งาน WCF client ตามจริงเพื่อทำการร้องขอ และ heres ร่องรอยที่เราได้ผ่าน tcpTrace มีโครงสร้างพื้นฐานที่ถูกต้องและสามารถดึงข้อมูลไบนารีออกจาก XML และวางไว้ในส่วน MIME แยกกัน เช่นฉันได้กล่าวไว้ก่อนหน้านี้ - ใดก็ตามเรายังคงมีบางประเด็น มีแท็กบางส่วนที่ขาดหายไปจาก Soap Header แต่ฉันคิดว่าดีจะสามารถคิดออก. ปัญหาที่แท้จริงคือ Content-ID ไม่ใช่รูปแบบที่คู่ค้าของเราสามารถยอมรับได้ - พวกเขาคาดหวังว่าจะมีบางอย่างเช่น lt1.a33c2d7e84634122705ebc71e53d95d4c2683d726ba54e14apache. org และจัดรูปแบบเป็น tempuri. org1634618782531246992 นี่เป็นสาเหตุให้ตัวจัดการบริการเว็บของพวกเขาล้มเหลวเนื่องจากไม่ทราบวิธีอ่านรหัสเนื้อหาที่หลบหนีในข้อความสบู่ ตอบ 7 ม. ค. ที่ 12 ที่ 0:23 เพียงสังเกตเห็นการแก้ไขของคุณสำหรับตอนนี้ ใช่มันมีลักษณะเหมือนโครงการเดียวกันแน่นอน แต่วิธีแก้ปัญหาของคุณไม่ได้ทำงานในกรณีของเราเนื่องจากเราถูก จำกัด ให้ใช้ WSE ไม่ใช่ WCF พึ่ง VS 2005 มันเป็นความเจ็บปวด แต่นี่เป็นผลที่ฉันต้องการ แต่ต้องคิดหาทางออกใน WSE (แต่ด้วยปัญหาของคุณคุณไม่สามารถกำหนด Content-ID ให้กับสิ่งที่คุณต้องการได้หรือไม่สิ่งนี้ทำงานได้ภายใน SoapUI เมื่อคุณระบุ ID เนื้อหาด้วยตัวคุณเองและไม่ต้องอาศัยค่าดีฟอลต์แทน My email address ไม่ทำงานอยู่ใน My ถ้าคุณต้องการสนทนาต่อ ndash anothershrubery 16 ม. ค. 12 เวลา 12:58 ตามที่คุณพูดว่าคุณได้รับมันทำงานผ่าน SoapUI ฉันคิดว่าคุณสามารถขอ SoapUI สำหรับ XML ที่สร้างขึ้นส่งให้คุณรู้ว่าควรดูแล้ว ปรับเปลี่ยนรหัสของคุณเพื่อเลียนแบบที่ UPDATE: หลังจากความคิดเห็นของคุณและอ่านคำตอบอื่น ๆ ในรายละเอียดเพิ่มเติม: โซลูชันลักษณะฉันเพิ่งส่งไบต์โดยตรงโดยใช้ HttpWebRequest ชอบในคำตอบ ktsioliss ในรายละเอียด: สร้าง SOAP XML ของคุณ (ตัวอย่างที่คุณให้ ) เข้ารหัสข้อมูลนี้เป็นไบต์ใน UTF8 (1) สร้างสตริงที่มี mimeboundary เริ่มต้น (ส่วนหนึ่งใน Before XML ของคุณ) เข้ารหัสเป็นไบต์ใน UTF8 (2) สร้างไบต์สำหรับ mimeboundary ชิ้นที่สอง (ส่วนหลัง XML) ดังนั้นสร้างสตริงที่ประกอบด้วย --MIMEBOUNDARY ฯลฯ เข้ารหัสเป็น UTF8 ไบต์และผนวกไบต์ทั้งหมดของไฟล์ test. gif (3) ผนวกไบต์ทั้งหมดตามลำดับ (2), (1) และ (3) และส่งข้ามสาย ไม่ควรทำเคล็ดลับ Ok ดังนั้นฉันได้รับมันเพื่อยอมรับข้อมูลจากแฟ้มใน ltgwm: องค์ประกอบ Filegt นี่คือโดยไม่ใช้ XOP ดังนั้นตอนนี้คำขอจะมีลักษณะดังนี้: เมื่อผ่านไปแล้ว SoapUI ทำงานได้อย่างสมบูรณ์ แต่ในโค้ดจะให้การตอบสนอง แต่จะพ่นผิดพลาดว่าการตอบสนองไม่ใช่รูปแบบ XML ที่ดี มีข้อยกเว้นภายในของ WSE1608: ไม่มีส่วน XOP อยู่ในสตรีมสำหรับเนื้อหาที่ระบุ id: ltrootpart36875c60-630c-4e23-9e74-f9a9c7547fc7example. jaxws. sungt ฉันจะเปิดคำถามใหม่เกี่ยวกับเรื่องนี้เนื่องจากเป็นเทคนิคที่แตกต่างกัน ปัญหา. ฉันมีส่วนร่วมในโครงการตรงเดียวกันและฉันมีปัญหาเช่นเดียวกับที่กล่าวถึงในหัวข้อนี้ฉันใช้ vb 2005 และปรับปรุง WSE 3.0 และฉันได้รับมันทำงานแม้จะเป็นความเจ็บปวดในขณะนี้ เมื่อเขียนเนื้อหาของไฟล์โดยตรงในไฟล์คุณสมบัติไฟล์แนบจะได้รับการยอมรับจากคู่ค้า ในกรณีของฉันนี้ทำงานสำหรับการทำธุรกรรมเกือบทั้งหมดยกเว้น PRAs ที่นี่การตอบสนองเป็นบวกและ AttachmentID จะได้รับการจัดส่ง แต่เอกสารแนบจะไม่ปรากฏในรายการ นี่คือตัวอย่างของส่วนสิ่งที่แนบมา: ถ้าฉันตั้งค่า RequireMtom สำหรับบริการเป็น True ฉันจะได้รับข้อผิดพลาดต่อไปนี้: Das Prfix kann nicht von ใน starstandards. orgwebservices200510transport innerhalb desselben Startelementtags neu definiert werden. หนึ่งมือข้างหนึ่งก็ทำงานในมืออื่น ๆ ผมไม่แน่ใจว่ามันจะถูกส่งไปพร้อมกับองค์ประกอบ XOP ฉันมีการสนทนากับนักพัฒนาบริการเว็บเกี่ยวกับการวางข้อมูลโดยตรงในองค์ประกอบ ltFilegt และพวกเขากล่าวว่าไม่สอดคล้องกับข้อกำหนดของพวกเขาและพวกเขาต้องการ ltxop: องค์ประกอบ Includegt. โปรดดูคำอธิบายเพิ่มเติมเกี่ยวกับปัญหาที่เรากำลังมีใน stackoverflowquestions8805095hellip หากคุณต้องการพูดคุยเพิ่มเติมนอกที่นี่โปรดดูโปรไฟล์ของฉันสำหรับที่อยู่อีเมลของฉัน ndash anothershrubery 17 ม. ค. 12 เวลา 12:59 น. แน่นอน แต่ฉันไม่สามารถหาที่อยู่อีเมลของคุณได้ ndash Daniel Schlieckmann Jan 17 12 at 15:43 ถ้าคุณไม่สามารถเห็นได้ในชีวประวัติตอนนี้อยู่ในส่วนเกี่ยวกับฉันในโปรไฟล์ของฉัน ndash anothershrubery Jan 17 12 at 15:45 ขอบคุณค่ะ ฉันได้ส่งอีเมลถึงคุณ ตัวอย่างเช่นวันที่มีขนาดค่อนข้างเล็ก แต่เราสามารถจินตนาการได้อย่างง่ายดายว่าต้องการใช้ SOAP ในการส่งข้อมูลขนาดใหญ่ของข้อมูลไบนารีไปที่ SOAP เพื่อส่งข้อมูลไบนารี ตัวอย่างเช่นพิจารณาตัวแทนการเรียกเก็บเงินประกันภัยอัตโนมัติ registry151remote อาจใช้ซอฟต์แวร์ที่ใช้ SOAP เพื่อส่งการอ้างสิทธิ์ใหม่ไปยังเซิร์ฟเวอร์ส่วนกลางและบางส่วนของข้อมูลที่เกี่ยวข้องกับการอ้างสิทธิ์อาจเป็นภาพดิจิตอลที่บันทึกความเสียหายหรือสภาพแวดล้อมรอบ ๆ อุบัติเหตุ เนื่องจาก XML สามารถเข้ารหัสข้อมูลไบนารีแบบ 8 บิตได้โดยตรงในปัจจุบันวิธีง่ายๆในการทำสิ่งนี้คือการใช้ฐานข้อมูล XML Schema base64binary และเข้ารหัสรูปภาพของคุณเป็นข้อความ base64 ภายใน XML: เทคนิคนี้ใช้งานได้ แต่ไม่ใช่ของ XML ประสิทธิภาพโดยเฉพาะอย่างยิ่งในแง่ของแบนด์วิดท์และต้องใช้เวลาในการประมวลผลเพื่อเข้ารหัสและถอดรหัสไบต์จากและไปยัง base64 อีเมลได้ใช้มาตรฐาน Multipurpose Internet Mail Extensions (MIME) เป็นระยะเวลาหนึ่งเพื่อทำงานนี้และ MIME อนุญาตการเข้ารหัสไบนารี 8 บิต MIME เป็นพื้นฐานสำหรับการเข้ารหัสข้อมูลบางส่วนที่ใช้ใน HTTP เนื่องจากซอฟต์แวร์ HTTP สามารถจัดการกับ MIME ได้อาจเป็นเรื่องที่ดีถ้ามีวิธีรวมโปรโตคอล SOAP เข้ากับมาตรฐานนี้และมีประสิทธิภาพในการส่งข้อมูลไบนารี SOAP with Attachments and DIME ปลายปีพ. ศ. 2543 เอชพีและไมโครซอฟต์ได้เปิดตัวสเปคที่เรียกว่า quotSOAP Messages with Attachments. quot ข้อมูลจำเพาะนี้อธิบายถึงวิธีการง่ายๆในการใช้การเข้ารหัสแบบ multiref ใน SOAP 1.1 เพื่ออ้างอิงส่วนที่แนบมาด้วย MIME-encoded เราจะไม่ไปรายละเอียดมากที่นี่ถ้าคุณต้องการอ่านข้อมูลจำเพาะคุณสามารถค้นหาได้ที่ w3.orgTR2000NOTE-SOAP-attachments-20001211 แนวคิดพื้นฐานที่อยู่เบื้องหลัง SOAP with Attachments (SwA) คือคุณใช้เคล็ดลับ HREF เดียวกันกับที่คุณได้เห็นในส่วน quotObject Graphs เพื่อแทรกข้อมูลอ้างอิงในข้อมูลในข้อความ SOAP แทนที่จะเข้ารหัสโดยตรง อย่างไรก็ตามในกรณี SwA คุณใช้ content-id (cid) ของส่วน MIME ที่มีข้อมูลที่คุณสนใจในการอ้างอิงแทน ID ของ XML บางส่วน ดังนั้นข้อความที่เข้ารหัสก่อนหน้าจะมีลักษณะดังนี้: เทคโนโลยีอื่นที่เรียกว่า Direct Internet Message Encapsulation (DIME) จาก Microsoft และ IBM ใช้เทคนิคที่คล้ายกันยกเว้นว่าการเข้ารหัสแบบ on-the-wire มีขนาดเล็กและมีประสิทธิภาพมากกว่า MIME DIME ถูกส่งไปยัง IETF ในปี 2545 แต่หลังจากนั้นได้สูญเสียการสนับสนุนจากผู้สร้างสรรค์เดิม SwA และ DIME เป็นเทคโนโลยีที่ยอดเยี่ยมและพวกเขาได้งานทำ แต่มีปัญหาเล็กน้อย ปัญหาหลักคือ SwA และ DIME แนะนำโครงสร้างข้อมูลที่อยู่นอกขอบเขตของแบบจำลองข้อมูล XML อย่างชัดเจน กล่าวอีกนัยหนึ่งถ้าตัวกลางได้รับข้อความ MIME ก่อนหน้านี้และต้องการเซ็นชื่อหรือเข้ารหัสเนื้อหา SOAP แบบดิจิทัลจะต้องมีกฎที่บอกว่าเนื้อหาในเอกสารแนบ MIME เกี่ยวข้องกับซองจดหมาย SOAP อย่างไร กฎเหล่านี้ถูกกำหนดไว้สำหรับ SwADIME ดังนั้นเครื่องมือและซอฟต์แวร์ที่ทำงานร่วมกับรูปแบบข้อมูล XML ต้องได้รับการแก้ไขเพื่อให้เข้าใจถึงโครงสร้างการจัดเก็บข้อมูล SwADIME และมีวิธีการเข้าถึงข้อมูลที่ฝังอยู่ในไฟล์แนบ MIME ผู้มีวิสัยทัศน์ด้าน XML และวิชวลไลเซชันของเว็บต่างๆเริ่มคุยเรื่องทั่วไปในการรวมข้อมูลไบนารีกับโมเดลข้อมูล XML อย่างจริงจัง เป็นผลให้หลายข้อเสนอกำลังพัฒนาเพื่อแก้ปัญหานี้ในรูปแบบที่ทำความสะอาดทางสถาปัตยกรรม PASWA, MTOM และ XOP ในเดือนเมษายน 2546 เอกสารเพิ่มเติมของเอกสารแนบ SOAP With Attachmentsquot (PASWA) ได้รับการเผยแพร่โดย บริษัท หลายแห่งเช่น Microsoft, ATampT และ SAP PASWA แนะนำรูปแบบตรรกะสำหรับการรวมเนื้อหาไบนารีลงในข้อมูล SOAP โดยตรง ทางกายภาพข้อความที่ PASWA เกี่ยวข้องกับรูปลักษณ์เกือบจะเหมือนกันกับตัวอย่างสองตัวอย่างก่อนหน้านี้ของเรา (ภาพที่เข้ารหัสแรกเป็นรูปแบบ base64 แบบอินไลน์กับ XML และเป็นไฟล์แนบ MIME) 151 ความแตกต่างในวิธีคิดเกี่ยวกับไฟล์แนบ แทนที่จะคิดถึงภาพที่เข้ารหัส MIME เป็นเอนทิตีแยกต่างหากที่กล่าวถึงอย่างชัดเจนในซองจดหมาย SOAP เราคิดอย่างเป็นเหตุเป็นผลราวกับว่ามันยังอยู่ในแนวเดียวกันกับ XML กล่าวคือบรรจุภัณฑ์ MIME คือการเพิ่มประสิทธิภาพและการใช้งานจำเป็นต้องทำให้แน่ใจว่าโปรเซสเซอร์ดูรูปแบบข้อมูล SOAP เพื่อจุดประสงค์ในการเข้ารหัสหรือการลงนามจะยังคงมองเห็นข้อมูลจริงเหมือนกับว่าได้รับการเข้ารหัส base64 ใน XML ในเดือนกรกฎาคม 2003 หลังจากการสนทนาเป็นระยะเวลานานระหว่างกลุ่มการสื่อสาร XML และผู้สนับสนุนของ PASWA กลไกการเพิ่มประสิทธิภาพการรับส่งข้อความ (MTOM) g เกิดขึ้นซึ่งเป็นของกลุ่ม XMLP ปรับปรุงความคิดใน PASWA ให้เป็นคุณลักษณะนามธรรมเพื่อให้สอดคล้องกับรูปแบบความสามารถในการขยาย SOAP 1.2 และนำเสนอคุณลักษณะนี้ผ่านทาง HTTP กลไกการทำให้เป็นอันดับเรียกว่า XOP (XML-binary Optimized Packaging) จะถูกแยกเป็น spec เฉพาะเพื่อให้สามารถใช้ในบริบทที่ไม่ใช่ SOAP ได้ ตัวอย่างเช่นเราได้ปรับเปลี่ยนการอ้างสิทธิ์ประกันภัยก่อนหน้าโดยการเพิ่ม XML ด้วยแอตทริบิวต์ประเภทเนื้อหา (จากข้อกำหนด XOP) ซึ่งจะบอกเราว่าเนื้อหาชนิด MIME ที่จะใช้ในการจัดลำดับข้อมูลอินพุตนี้โดยใช้ XOP อย่างไร รุ่นใหม่: รุ่น MTOMXOP ของการอ้างสิทธิ์ประกันที่มีการแก้ไขของเรามีลักษณะดังนี้: เป็นหลักเดียวกันกับสายในรูปแบบ SwA แต่ใช้ xop: องค์ประกอบ Includegt แทนที่จะใช้แอตทริบิวต์ href ความแตกต่างที่แท้จริงคือสถาปัตยกรรมเนื่องจากเราคิดว่าเครื่องมือและ API จะจัดการกับข้อความนี้เหมือนกับว่าเป็นโมเดลข้อมูล XML MTOM และ XOP กำลังอยู่ในระหว่างการดำเนินงานของกลุ่มงานโพรโทคอล XML ในช่วงเวลาหนึ่งในปีพ. ศ. 2547 และจะเห็นได้ว่าชุมชนผู้ใช้ในวงกว้างได้รับการตอบรับดีเพียงใด แม้ว่าข้อเสนอแนะในช่วงต้นได้รับการตอบรับเป็นอย่างดี แต่ผู้เขียนหนังสือเล่มนี้เป็นผู้คิดค้นโมเดลข้อมูลแบบครบวงจรสำหรับ XML และเนื้อหาไบนารีการส่งเอกสารแนบด้วย SOAP SOAP โปรแกรมมักต้องจัดการมากกว่าข้อความง่ายๆ ส่วนของข้อมูล SOAP มักประกอบด้วยการประมวลผลคำหรือเอกสาร PDF ภาพหรือไฟล์ไบนารีอื่น ๆ บทความนี้อธิบายถึงวิธีการใช้กลไกการเพิ่มประสิทธิภาพการรับส่งข้อความ (MTOM) เพื่อส่งและรับข้อความเหล่านี้ ดาวน์โหลดคู่มือฟรีนี้คู่มือฟรี: การพัฒนาแอ็พพลิเคชั่น Java ในวิศวกรซอฟต์แวร์ระบบคลาวด์อยู่ใกล้การพัฒนาและการออกแบบองค์กรในรูปแบบใหม่ทั้งหมดโดยใช้ระบบคลาวด์ ในคู่มือผู้เชี่ยวชาญนี้สำรวจว่าเพื่อนของคุณใช้ประโยชน์จากระบบคลาวด์เพื่อปรับปรุงการจัดการวงจรชีวิตแอปประหยัดเวลาและทำให้การผลิตและการรักษาความปลอดภัยมีประสิทธิภาพมากขึ้น เมื่อคุณส่งข้อมูลส่วนบุคคลของคุณคุณยอมรับว่า TechTarget และคู่ค้าสามารถติดต่อคุณเกี่ยวกับเนื้อหาผลิตภัณฑ์และข้อเสนอพิเศษที่เกี่ยวข้อง คุณยอมรับว่าข้อมูลส่วนบุคคลของคุณอาจได้รับการถ่ายโอนและดำเนินการในประเทศสหรัฐอเมริกาและคุณได้อ่านและยอมรับเงื่อนไขการใช้งานและนโยบายความเป็นส่วนตัว บทความนี้ใช้ WSO2 Web Services แอพพลิเคชันเซิร์ฟเวอร์ (WSAS.) ขอแนะนำให้คุณดาวน์โหลดและติดตั้ง WSO2 WSAS 2.0 บทความใช้รุ่นเซิร์ฟเล็ตที่ติดตั้งบน Apache Tomcat เซิร์ฟเวอร์แอ็พพลิเคชันใดก็ได้ที่สามารถใช้กับเวอร์ชันเซิร์ฟเล็ตได้เพียงปฏิบัติตามคำแนะนำในการติดตั้งที่มาพร้อมกับ WSO2 WSAS คุณไม่จำเป็นต้องใช้แอ็พพลิเคชันเซิร์ฟเวอร์เลย WSO2 WSAS ทำงานได้ดีในรูปแบบสแตนด์อโลน WSO2 WSAS ต้องใช้ Java 1.4 หรือ 1.5 แต่ไม่มีข้อกำหนดเบื้องต้นอื่น ๆ แน่นอนบริการเว็บและ SOAP โดยเฉพาะอย่างยิ่งจะใช้เพื่อให้คุ้นเคยกับที่จะช่วยให้ เมื่อ XML ไม่เพียงพอ: ข้อมูลไบนารีมีวิธีการที่ไม่มีที่สิ้นสุดในการส่งข้อมูลผ่านเครือข่าย มีโปรโตคอลและรูปแบบข้อมูลจำนวนมาก มาตรฐานเกี่ยวกับ SOAP ทำให้การคาดเดาในการส่งข้อมูลระหว่างระบบเป็นไปอย่างไม่สะดวก SOAP เป็นมาตรฐานของโปรโตคอล (HTTP) และรูปแบบข้อมูล (XML) การวิพากษ์วิจารณ์ SOAP อย่างหนึ่งคือการใช้ XML XML เป็นแบบข้อความ ซึ่งไม่เพียงทำให้ข้อความขนาดใหญ่ แต่ไม่เข้ากันได้กับข้อมูลไบนารี ตัวอย่างเช่นสมมติว่าข้อความของคุณต้องการรวมรูปภาพ ปัญหานี้ทำให้เกิดปัญหาเมื่อรูปแบบข้อความของคุณเป็นข้อความ รวมข้อมูลไบนารีกับ SOAP Ok ดังนั้นคุณต้องส่งข้อมูลไบนารีระหว่างแอพพลิเคชัน คุณต้องการใช้ SOAP แต่ จำกัด เฉพาะข้อความ ดังนั้นคุณควรจะให้ขึ้นใน SOAP ทั้งหมดเข้าด้วยกันแน่นอนไม่ได้มีข้อดีมากเกินไปที่จะ SOAP คุณเพียงแค่ต้องการวิธีการรวมข้อมูลดังกล่าวกับข้อมูลไบนารี คุณเห็นหน้าเว็บทำเช่นนี้ตลอดเวลาที่มันไม่สามารถที่ยากขวาให้แก้ปัญหาบางอย่างเพื่อแก้ปัญหานี้ วิธีหนึ่งที่คุณอาจลองคือการถ่ายโอนข้อมูลไบนารีลงในโหนดข้อความ อาจมีลักษณะคล้ายกับ Listing 1 รายการ 1. XML กับข้อมูลไบนารี: ลองก่อนลองดูด้วยว่าอักขระนี้เป็นไบต์เช่นเดียวกับข้อมูลไบนารี ตัวแยกวิเคราะห์ XML ไม่ว่าจะเป็น DOM, SAX หรือ StAX parser ต้องใช้การเข้ารหัสชุดอักขระของเอกสารเพื่อแปลไบต์ทั้งหมดในเอกสารเป็นอักขระ ข้อมูลไบนารีของเราจึงสามารถมีอักขระที่ตรงกับอักขระ XML ที่สงวนไว้เช่น lt หรือ gt หรือ amp ลำดับไบต์ใด ๆ ในโหนดข้อความข้างต้นจะทำให้ตัวแบ่งส่วนในอีกด้านหนึ่งแตกออก ดังนั้นวิธีนี้จะไม่ทำงาน แต่รอบางที theres วิธีการแก้ไขวิธีการนี้ สิ่งที่เกี่ยวกับการใช้บล็อก CDATA ที่จะบอก parser เพื่อละเว้นตัวอักษรภายในบล็อก วิธีการแก้ไขนี้อาจมีลักษณะคล้ายกับ Listing 2 รายการ 2. XML with binary: ใช้ CDATA ตอนนี้ถ้าเรามีไบต์ที่ถูกตีความว่าเป็น gt (ตัวอย่างเช่น) พวกเขาจะถูกละเลย อย่างไรก็ตามตัวแยกวิเคราะห์จะต้องทราบว่าส่วนของ CDATA สิ้นสุดลง ทำได้โดยค้นหาลำดับไบต์ที่สอดคล้องกับอักขระ gt อาจดูเหมือนไม่น่าจะเป็นไปได้ แต่ข้อมูลไบนารีของเราอาจมีลำดับไบต์อยู่ตรงกลาง ซึ่งจะทำให้ตัวแบ่งส่วนใด ๆ ที่คิดว่าส่วนของ CDATA สิ้นสุดลงและอักขระที่ตามมาจะตีความเช่นเดียวกับความพยายามครั้งแรกของเรา ดังนั้นจะไม่ไปทำงานอย่างใดอย่างหนึ่ง เราต้องการวิธีการตรวจสอบว่าไบต์เหล่านี้ไม่มีการตีความเลย การเข้ารหัสฐาน 64: งาน แต่ป่องมีวิธีแก้ปัญหาของปัญหานี้ วิธีหนึ่งที่พบได้ทั่วไปคือการใช้การเข้ารหัสฐาน 64 เทคนิคนี้ได้รับรอบ (เป็นมาตรฐาน) ตั้งแต่ยุค 80 ใช้ตัวอักษร 64 ตัวประกอบด้วยอักขระตัวพิมพ์เล็ก, a-z, ตัวพิมพ์ใหญ่, A-Z, ตัวเลข 0-9 และสัญลักษณ์และสัญลักษณ์ ไบต์ทุกตัวจะถูกจับคู่กับอักขระเหล่านี้ดังนั้น theres ไม่มีวิธีใดสำหรับไบต์ใด ๆ ที่จะได้รับการตีความผิดเป็นสิ่งที่จะทำให้สะดุด parser XML ดังนั้นมีปัญหาในการแก้ไขใช่ใช่ แต่เป็นทางออกค่อนข้างไม่มีประสิทธิภาพ ฐานสองเข้ารหัสบิทลมขึ้นเป็นโดยเฉลี่ย 37 ใหญ่ (จำนวนไบต์) กว่าดิบและไม่เข้ารหัสข้อมูลไบนารี นอกจากนี้ตัวแยกวิเคราะห์ในด้านอื่น ๆ จำเป็นต้องรู้เกี่ยวกับการเข้ารหัสเพื่อให้สามารถถอดรหัสข้อมูลได้ เราสามารถจินตนาการได้ว่าถ้าการเข้ารหัส Base 64 เป็นส่วนหนึ่งของมาตรฐาน SOAP แล้วจะมีวิธีมาตรฐานบางอย่างเพื่อระบุโปรเซสเซอร์ข้อความ SOAP นี้ กรณีนี้ไม่ได้เป็นเช่นนั้น อาจเป็นวิธีแก้ปัญหา แต่ก็ไม่มีประสิทธิภาพและไม่ได้มาตรฐาน เราต้องการบางอย่างที่มีประสิทธิภาพและเป็นมาตรฐาน SOAP กับสิ่งที่แนบมา: การทำงาน แต่การออกแบบที่สมบูรณ์แบบหนึ่งในการแก้ปัญหาคือการใช้สิ่งที่เรียกว่า SOAP พร้อมสิ่งที่แนบมา ความคิดที่นี่คือเพียงแค่ใส่ข้อมูลไบนารีนอกข้อความ SOAP สมบูรณ์ รูปที่ 1 แสดงภาพที่ดีของสิ่งนี้ รูปที่ 1 SOAP กับไฟล์แนบไฟล์นี้คล้ายกับว่าไฟล์ไบนารีสามารถแนบไปกับอีเมลได้อย่างไร ข้อความ SOAP ประกอบด้วยการอ้างอิงไปยังแฟ้มไบนารีที่แนบมากับข้อความ นี่เป็นทั้งประสิทธิภาพและมาตรฐาน แต่ก็มีข้อบกพร่องในการออกแบบ ส่วนที่เป็นไบนารีไม่ได้เป็นส่วนหนึ่งของข้อความ SOAP เลย คล้ายกันในหลายวิธีในการส่งผ่านข้อมูล URI สำหรับข้อมูลไบนารีและปล่อยให้โปรเซสเซอร์ข้อความเรียกข้อมูลไบนารีที่แท้จริง เป็นปัญหาที่เกิดขึ้นจริงบางอย่างสำหรับ WS-Security ยังคงเป็นสิ่งที่ถูกใช้ในขณะที่จนกว่าโซลูชั่นที่ดีกว่าได้เสนอ: MTOM MTOM: สิ่งที่ดีที่สุดในโลก MTOM ย่อมาจาก SOAP Message กลไกการเพิ่มประสิทธิภาพการรับส่งข้อความ มันรวมประสิทธิภาพของ SOAP กับสิ่งที่แนบมา แต่มันไม่ได้โดยไม่ต้องทำลายข้อมูลไบนารีด้านนอกของข้อความ SOAP วิธีนี้สามารถเป็นกุญแจสำคัญคือเทคโนโลยีที่เรียกว่า XML-binary Optimized Packaging หรือ XOP XOP ช่วยให้สามารถใส่ข้อมูลไบนารีเป็นส่วนหนึ่งของ XML Info ในความเป็นจริง XML Infoset กลายเป็นส่วนใหญ่ของอินโฟเซ็ทแบบดั้งเดิมที่เรียกว่า XOP Infoset อนุญาตให้มีการเก็บข้อมูลไบนารีไว้นอกเอกสาร XML เช่นเดียวกับใน SOAP พร้อมไฟล์แนบ ใช้องค์ประกอบ XOP พิเศษ: รวมถึงองค์ประกอบที่จะบอกให้โปรเซสเซอร์สามารถแทนที่เนื้อหาด้วยข้อมูลไบนารีที่อ้างอิงจึงทำให้เกิดการห่อหุ้มตรรกะของการจัดเก็บข้อมูลแบบไม่ต่อเนื่องและเรียกค้นข้อมูลไบนารี ตรรกะนี้จะกลายเป็นตัวกำหนดค่าให้กับตัวแยกวิเคราะห์ XML และช่วยให้ตัวแยกส่วน SOAP สามารถประมวลผลข้อมูลไบนารีเป็นส่วนหนึ่งของเอกสาร XML โดยไม่มีเหตุผลในการเรียกข้อมูลพิเศษ ในทำนองเดียวกันจะช่วยให้เซิร์ฟเวอร์ SOAP สร้างข้อความ SOAP ในรูปแบบที่เหมือนกันไม่มีเหตุผลพิเศษสำหรับการแบ่งข้อมูลไบนารีออกจากข้อความ SOAP MTOM ใน WSO2 WSAS เรื่องใดก็ตามเราพูดถึงความต้องการ MTOM และวิธีการทำงานในทฤษฎี มันไม่ได้ทำมากดีโดยไม่ต้องใช้จริง โชคดีที่เธอเอาใจใส่วิธีง่ายๆในการใช้งาน MTOM ที่ดีเพียงใช้ WSO2 WSAS WSO2 WSAS สร้างขึ้นจากเทคโนโลยีที่พยายามและความจริงรวมถึง Apache Axis2 Axis2 ให้ WSO2 WSAS ใช้ MTOM ของตน ให้ดูที่วิธีการใช้ประโยชน์จากการใช้ MTAS ของ WSASAxis2s การส่งข้อความ MTOM จากบริการเว็บพร้อมด้วยการสนับสนุน Axiom API MTOM บน Axis2 จะสร้างขึ้นในคลาสเดียวกันที่ใช้ตลอดทั้ง Axis2 ใช้โมเดลวัตถุ Axis2s (OM) Axis2 รองรับทั้งการเข้ารหัส Base64 และ MTOM ทำให้ง่ายต่อการสลับไปมาระหว่างกัน ทำไมดีสำหรับไฟล์ขนาดเล็กมากก็สามารถเป็นจริงมีประสิทธิภาพในการใช้ Base 64 เข้ารหัส เพื่อให้เกิดการสลับระหว่างการเพิ่มประสิทธิภาพและการไม่ใช้งานที่เหมาะสม Axis2 ถือว่าข้อมูลไบนารีเป็นโหนดข้อความ XML ข้อแตกต่างเพียงอย่างเดียวคือคุณต้องผ่านการ javax. activation. DataHandler เพื่อเข้าถึงข้อมูลดังที่แสดงในรายการ 3 รายการ 3 การเพิ่มข้อมูลไบนารีด้วย Axiom API ในตัวอย่างใน Listing 3 javax. activation. FileDataSource ถูกใช้เพื่อให้ DataHandler สามารถเข้าถึงข้อมูลไบนารีได้ คุณสามารถใช้คลาสที่ใช้งานอินเทอร์เฟซ javax. activation. DataSource ตัวอย่างเช่นเมื่อใช้งานรูปภาพสามารถใช้ org. apache. axis2.attachments. ImageDataSource ใช้อินเตอร์เฟส DataSource และสามารถใช้งานได้สะดวกยิ่งขึ้นเมื่อทำงานกับภาพ ดังนั้นแกน Axis2 และ WSO2 WSAS จึงควรใช้ MTOM เพื่อเพิ่มประสิทธิภาพข้อมูลไบนารีนั่นคือสิ่งที่ Axis2 จะทำตามค่าเริ่มต้น คุณสามารถแทนที่ด้วยตัวเองโดยการเพิ่มโค้ดเพียงบรรทัดเดียวดังแสดงในรายการ 4 รายการ 4 การปิด MTOM บรรทัดคำสั่งเดียวที่จะบอก Axis2 ไม่ให้เพิ่มประสิทธิภาพกล่าวคืออย่าใช้ MTOM ดังนั้น Axis2 จะใช้การเข้ารหัส Base 64 ของข้อมูลไบนารีและจะเป็นโหนดข้อความ มิฉะนั้น MTOM จะเตะเข้าและ XOP รวมจะถูกใช้เพื่อเพิ่มประสิทธิภาพการขนส่งข้อมูลไบนารีภายในข้อความ SOAP การเปิดใช้งาน MTOM บนเซิร์ฟเวอร์แน่นอนเพื่อให้ได้พฤติกรรมที่ยอดเยี่ยมและปรับแต่งโดยอัตโนมัติทั้งหมดนี้คุณต้องเปิดใช้งาน MTOM คุณสามารถทำได้ผ่านไฟล์ axis2.xml ของคุณได้อย่างง่ายดายดังที่แสดงไว้ใน Listing 5 รายการ 5 การเปิดใช้งาน MTOM ใน axis. xml ไม่สามารถรับความเจ็บปวดได้อีกต่อไปกว่านี้ใช่นี่เป็นการตั้งค่าแบบสากลและเป็นค่าเริ่มต้นของ WSO2 WSAS คุณสามารถเปิดใช้งาน MTOM ได้อย่างแท้จริงใน 4 ระดับ ได้แก่ กลุ่มบริการระดับโลกบริการและการดำเนินงาน คุณใช้ความหมายเดียวกันสำหรับแต่ละระดับ คุณสามารถใช้คอนโซลการจัดการเพื่อจัดการ MTOM ในแต่ละระดับเหล่านี้ได้ ตัวอย่างเช่นรูปที่ 2 รูปที่ 2 การจัดการ MTOM ในระดับกลุ่มบริการที่นี่เราเห็นว่า MTOM มีการจัดการในระดับกลุ่มบริการ แต่ละบริการในกลุ่มสามารถจัดการได้เป็นรายบุคคลดังแสดงในรูปที่ 3 รูปภาพ 3 การจัดการ MTOM ในระดับการให้บริการแน่นอนว่าแต่ละบริการสามารถใช้งานได้มากกว่าหนึ่งเครื่อง WSAS ช่วยให้คุณสามารถจัดการ MTOM ในระดับดังกล่าวได้ดังแสดงในรูปที่ 4. สังเกตว่าในแต่ละระดับ MTOM มีค่าที่เป็นไปได้สามค่า ได้แก่ true, false และ optional ถ้าคุณสมบัติถูกตั้งค่าเป็น true บริการจะส่งข้อความที่ดีที่สุดเมื่อจำเป็นเช่นเมื่อมีการใส่ข้อมูลไบนารี ถ้าค่าถูกตั้งค่าเป็น false การเพิ่มประสิทธิภาพจะไม่ถูกนำมาใช้และการเข้ารหัสฐาน 64 จะใช้สำหรับข้อมูลไบนารีใด ๆ ถ้ามีการตั้งค่าเป็นตัวเลือก WSAS จะเพิ่มประสิทธิภาพถ้าและเฉพาะเมื่อคำขอเข้ามาถูกปรับให้เหมาะสม ประเภทของคำขอจะบ่งชี้ว่า WSAS ควรใช้ MTOM หรือไม่ ทำไมเราต้องใช้ความยืดหยุ่นแบบนี้ดังที่ได้กล่าวมาก่อนหน้านี้มักเป็นประโยชน์ที่จะใช้การเข้ารหัส Base64 ในไฟล์ขนาดเล็ก ดังนั้นคุณสามารถตัดสินใจว่าการดำเนินการบางอย่างควรใช้ MTOM และอื่น ๆ ไม่ควร หรือคุณสามารถทำให้เป็นตัวเลือกในการดำเนินการโดยทางโปรแกรมจะตรวจสอบขนาดของข้อมูลที่ถูกส่งและเลือกที่จะแทนที่ MTOM เริ่มต้นถ้าไฟล์มีขนาดเล็ก จากนั้นคุณจะส่ง MTOM ให้ดูที่วิธีง่าย WSAS ทำให้ส่งข้อความ MTOM จากไคลเอนต์บริการเว็บ การสร้างไคลเอ็นต์ SOAP ที่ส่งข้อความ MTOM การส่งข้อความ MTOM จากไคลเอ็นต์ทำได้ง่ายดายเพียงแค่ส่งข้อความ MTOM จากบริการเว็บ Axis2 มี API ที่สะดวกหลายอย่าง ตัวอย่างแสดงใน Listing 6 รายการ 6. รหัสลูกค้าสำหรับการส่งข้อความ MTOM ดังที่คุณเห็นใน Listing 6 สิ่งสำคัญคือต้องเปิดใช้งาน MTOM ในตัวเลือกสำหรับไคลเอ็นต์บริการเว็บ เมื่อคุณทำเช่นนั้นแล้ว Axis2 จะเพิ่มข้อมูลไบนารีใด ๆ ที่คุณส่งไปยังบริการเว็บโดยใช้ MTOM โดยอัตโนมัติ ใดก็ตามเราเห็นวิธีการส่งข้อความ MTOM จากบริการเว็บและบริการเว็บตอนนี้ให้ดูที่วิธีการทำงานกับข้อมูลที่ได้รับการส่งโดยใช้ MTOM การจัดการข้อความ MTOM ใน Web Service ตอนนี้ให้สมมติว่าคุณมีบริการเว็บที่รับข้อมูลไบนารีเป็นส่วนหนึ่งของข้อความ SOAP จากไคลเอ็นต์ ถ้าบริการเว็บของคุณกำลังทำงานบน WSAS คุณไม่จำเป็นต้องทำอะไรเป็นพิเศษเพื่อให้สามารถจัดการข้อมูลไบนารีที่เหมาะสมได้จากลูกค้าของคุณ ไคลเอ็นต์ของคุณสามารถส่งข้อความ SOAP ที่ใช้การเข้ารหัส MTOM หรือ Base64 ทุกอย่างราบรื่นกับ WSAS ตัวอย่างที่ 7 แสดงตัวอย่างการรับข้อมูลที่ดีที่สุด รายชื่อ 7. บริการเว็บรับ SOAP ที่ได้รับการเพิ่มประสิทธิภาพตามที่เราได้เห็นมาก่อน Axiom API ถือว่าข้อมูลไบนารีเป็นโหนดข้อความ ซึ่งจะช่วยให้สามารถใช้ API เดี่ยวเพื่อจัดการกับข้อมูลที่มีการเข้ารหัสที่ได้รับการเพิ่มประสิทธิภาพและไม่ปรับปรุง (ฐาน 64 เข้ารหัส) คุณเพียงแค่เข้าถึง DataHandler ที่เชื่อมโยงกับโหนดข้อความ (ซึ่งมีข้อมูลไบนารี) และใช้เพื่อรับ InputStream เมื่อคุณมี InputStream คุณสามารถอ่านไบต์ทั้งหมดและประมวลผลได้ แต่คุณจำเป็นต้องทำ WSAS ช่วยให้สามารถจัดการกับข้อความ SOAP ได้อย่างง่ายดายด้วยข้อมูลข้อมูลไบนารีที่เหมาะสม ให้ดูที่วิธีง่ายๆในการทำงานกับ MTOM กับลูกค้า การจัดการข้อความ MTOM ในไคลเอ็นต์ไม่มีเวทมนตร์ในการจัดการการตอบสนองต่อบริการเว็บ MTOM เราได้เห็นวิธีตั้งค่าคำขอแล้ว ในรูปที่ 8 คุณจะเห็นวิธีจัดการกับการตอบสนองที่มีข้อมูลไบนารีที่เหมาะสมกับ MTOM อีกครั้งที่สำคัญที่นี่ใช้ Axiom API ซึ่งช่วยให้เราสามารถประมวลผลข้อมูลไบนารีเป็นโหนดข้อความจากนั้นใช้ DataHandler เพื่อรับ InputStream ไปยังข้อมูล อีกครั้งเมื่อคุณมี InputStream คุณสามารถประมวลผลข้อมูลได้ตามที่ต้องการ ใดก็ตามเราเห็นว่า MTOM ให้การรวมกันที่สมบูรณ์แบบของมาตรฐาน SOAP และมีประสิทธิภาพสำหรับการขนส่งข้อมูลไบนารีภายในข้อความบริการเว็บ ใดก็ตามเราเห็น WSO2 WSAS ใช้ข้อกำหนด MTOM โดยใช้ Axis2 ใดก็ตามเราดูที่วิธีการติดตั้งทั้งเซิร์ฟเวอร์บริการเว็บและลูกค้าทั้งส่งและรับ MTOM ข้อความที่ดีที่สุด ตอนนี้เรามีทุกอย่างที่เราต้องการสำหรับการเพิ่มข้อมูลไบนารีลงในบริการเว็บของเราโดยใช้ WSO2 WSAS คุณต้องการจะดาวน์โหลด WSO2 WSAS อ่านเกี่ยวกับคุณลักษณะล่าสุดใน WSO2 WSAS 2.0 เรียนรู้และโต้ตอบกับชุมชน WSO2 ใน WSAS Wiki เรียนรู้เกี่ยวกับการเปิดเผยบริการของคุณว่าเป็นบริการเว็บได้อย่างง่ายดายด้วย Axis2 เรียนรู้ว่า Axis2 สามารถช่วยให้การออกแบบ SOA ของคุณในบทความ SOA ของ developerWorks กับ Axis2 ได้อย่างไร เรียนรู้เกี่ยวกับการทำงานร่วมกันของ Axis กับการใช้งานบริการเว็บอื่น ๆ ในรายการนี้ในบล็อก TSS Interoperability เจาะลึก AXIOM API ในบทความ developerWorks ใช้ประโยชน์จากการประมวลผล XML ด้วย AXIOM อ่านข้อมูลทั้งหมดเกี่ยวกับ XOP และ MTOM ในรายการบล็อกนี้โดย Mark Nottingham การทำงานร่วมกันเป็นชื่อของเกมเมื่อพูดถึงบริการเว็บดังนั้นเรียนรู้เกี่ยวกับการใช้ MTOM กับในบทความการส่งไฟล์ใน chunks ด้วย MTOM Web Services และ 2.0 เกี่ยวกับผู้เขียนไมเคิล Galpin เป็นสถาปนิกที่อีเบย์ในซานโฮเซ, แคลิฟอร์เนีย เขาได้รับการพัฒนาซอฟท์แวร์ตั้งแต่ปี 2541 และจบการศึกษาด้านคณิตศาสตร์จากสถาบันเทคโนโลยีแห่งแคลิฟอร์เนีย