Penanganan Data Biner dengan Axis2 (MTOMSwA) Pendahuluan Meskipun fleksibilitas, interoperabilitas, dan penerimaan XML secara global, ada kalanya data serialisasi menjadi XML tidak masuk akal. Pengguna layanan web mungkin ingin mengirimkan lampiran biner dari berbagai jenis seperti gambar, gambar, dokumen XML, dll. Bersama dengan pesan SOAP. Data semacam itu sering dalam format biner tertentu. Secara tradisional, dua teknik telah digunakan dalam menangani data buram dalam XML Mengirimkan data biner berdasarkan nilai dicapai dengan menyematkan data buram (tentu saja setelah beberapa bentuk pengkodean) sebagai elemen atau atribut konten komponen data XML. Keuntungan utama dari teknik ini adalah memberikan aplikasi kemampuan untuk memproses dan mendeskripsikan data, hanya berdasarkan komponen XML dari data. XML mendukung data buram sebagai konten melalui penggunaan pengkodean teks base64 atau heksadesimal. Kedua teknik mengasapi ukuran datanya. Untuk encoding teks UTF-8 yang mendasari, pengkodean base64 meningkatkan ukuran data biner dengan faktor 1.33x dari ukuran aslinya, sedangkan pengkodean heksadesimal memperluas data dengan faktor 2x. Faktor-faktor di atas akan berlipat ganda jika pengkodean teks UTF-16 digunakan. Yang juga menjadi perhatian adalah biaya overhead dalam memproses biaya (baik yang sebenarnya maupun yang dirasakan) untuk format ini, terutama saat mendekodekan kembali menjadi biner mentah. Mengirimkan data biner dengan referensi dicapai dengan melampirkan data biner murni sebagai entitas umum eksternal yang tidak dipatuhi di luar dokumen XML dan kemudian memasukkan URI referensi ke entitas tersebut sebagai elemen atau nilai atribut. Ini mencegah pembekuan data dan pemborosan tenaga kerja yang tidak perlu. Hambatan utama untuk menggunakan entitas yang tidak dipekerjakan ini adalah ketergantungan mereka yang besar pada DTD, yang menghambat modularitas dan juga penggunaan ruang nama XML. Ada beberapa spesifikasi yang diperkenalkan di dunia layanan Web untuk menangani masalah lampiran biner ini dengan menggunakan teknik referencequot quotby. SOAP dengan Lampiran adalah salah satu contohnya. Karena SOAP melarang deklarasi tipe dokumen (DTD) dalam pesan, ini menyebabkan masalah tidak mewakili data sebagai bagian dari infoset pesan, oleh karena itu membuat dua model data. Skenario ini seperti mengirim lampiran dengan pesan e-mail. Meskipun lampiran tersebut terkait dengan konten pesan yang tidak berada di dalam pesan. Hal ini menyebabkan teknologi yang memproses dan menggambarkan data berdasarkan komponen XML dari data menjadi malfungsi. Salah satu contohnya adalah WS-Security. Dimana MTOM Datang di MTOM (Mekanisme Optimalisasi Transmisi Pesan SOAP) adalah spesifikasi lain yang berfokus pada pemecahan masalah quotAttachmentsquot. MTOM mencoba memanfaatkan kelebihan dari dua teknik di atas dengan mencoba menggabungkan kedua teknik tersebut. MTOM sebenarnya adalah metode referencedot quotby. Format kawat dari pesan yang dioptimalkan MTOM sama dengan SOAP dengan pesan Attachments, yang juga membuatnya kompatibel dengan titik akhir SwA. Fitur MTOM yang paling menonjol adalah penggunaan XOP: Sertakan elemen, yang didefinisikan dalam spesifikasi XML Binary Optimized Packaging (XOP) untuk referensi lampiran biner (entitas umum tidak terputus eksternal) dari pesan. Dengan penggunaan elemen eksklusif ini, konten biner terlampir secara logis menjadi inline (berdasarkan nilai) dengan dokumen SOAP meskipun benar-benar terpasang terpisah. Ini menggabungkan dua alam dengan membuatnya memungkinkan untuk bekerja hanya dengan satu model data. Hal ini memungkinkan aplikasi untuk diolah dan dideskripsikan dengan hanya melihat bagian XML, membuat ketergantungan pada DTD usang. Pada catatan yang lebih ringan, MTOM telah membakukan mekanisme referensi SwA. Berikut ini adalah kutipan dari spesifikasi XOP. Pada tingkat konseptual, data biner ini dapat dianggap sebagai basis64-dikodekan dalam Dokumen XML. Karena formulir konseptual ini mungkin diperlukan selama beberapa pemrosesan dokumen XML (misalnya untuk menandatangani dokumen XML), perlu ada korespondensi satu-ke-satu antara Infoset XML dan Paket XOP. Oleh karena itu, representasi konseptual dari data biner seperti itu seolah-olah di-base64-dikodekan, menggunakan bentuk leksikal kanonikal dari basis data XML Schema base64Binary (lihat Skema XML Bagian 2: Tipe Datatype Edisi Kedua 3.2.16 base64Binary). Dalam arah sebaliknya, XOP mampu mengoptimalkan hanya data Infoset yang didistribusi base64 yang ada dalam bentuk leksikal kanonik. Apache Axis2 mendukung pengkodean Base64. SOAP dengan Attachments dan MTOM (SOAP Message Transmission Optimization Mechanism). MTOM dengan Model Pemrograman Axis2 AXIOM adalah (dan mungkin yang pertama) Object Model yang memiliki kemampuan untuk menyimpan data biner. Ini memiliki kemampuan sebagai OMText dapat menyimpan konten biner mentah dalam bentuk javax. activation. DataHandler. OMText telah dipilih untuk tujuan ini dengan dua alasan. Salah satunya adalah bahwa XOP (MTOM) hanya mampu mengoptimalkan data Infoset berbasis6464 yang ada dalam bentuk leksikal kanvas dari basis data XML Schema base64Binary datatype. Yang lainnya adalah melestarikan infoset baik di pengirim maupun penerima. (Untuk menyimpan konten biner dalam jenis objek yang sama terlepas dari apakah itu dioptimalkan atau tidak). MTOM memungkinkan untuk menyandikan secara selektif bagian dari pesan, yang memungkinkan kita untuk mengirim data base64encoded serta data biner mentah terlampir yang direferensikan dengan elemen quotXOPquot (konten yang dioptimalkan) untuk dikirim dalam pesan SOAP. Anda dapat menentukan apakah node OMText yang berisi data biner mentah atau data biner base64encoded memenuhi syarat untuk dioptimalkan pada saat konstruksi node tersebut atau yang lebih baru. Untuk efisiensi optimal MTOM, pengguna disarankan untuk mengirim lampiran biner yang lebih kecil menggunakan base64encoding (non-dioptimalkan) dan lampiran yang lebih besar sebagai konten yang dioptimalkan. Selain itu, pengguna dapat membuat simpul konten biner yang dapat dioptimalkan dengan menggunakan string dikodekan base64, yang berisi konten biner yang dikodekan, yang diberikan dengan tipe MIME dari representasi biner sebenarnya. Axis2 menggunakan javax. activation. DataHandler untuk menangani data biner. Semua node konten biner yang dioptimalkan akan diserialkan sebagai String Base64 jika quotMTOM tidak diaktifkan. Anda juga dapat membuat node konten biner, yang tidak akan dioptimalkan kapan saja. Mereka akan diserialisasikan dan dikirim sebagai Base64 Strings. Mengaktifkan Optimasi MTOM pada Sisi Klien Di Pilihan, setel properti quotenableMTOMquot ke True saat mengirim pesan. Bila properti ini disetel ke True, amplop SOAP, terlepas dari isinya yang berisi konten yang dioptimalkan atau tidak, akan diserialkan sebagai pesan MIME yang dioptimalkan MTOM. Axis2 serializes semua node konten biner sebagai string Base64 encoded terlepas dari apakah mereka memenuhi syarat untuk dioptimalkan atau tidak jika properti quotenableMTOMquot diatur ke False. Jika amplop berisi item informasi elemen dari nama xop: Sertakan (lihat Kemasan Optimal XML-biner 3. Infoset XOP Bangun). Pengguna tidak perlu menentukan apapun agar Axis2 menerima pesan yang dioptimalkan MTOM. Axis2 secara otomatis akan mengidentifikasi dan de-serialize sesuai, saat dan saat pesan MTOM tiba. Mengaktifkan Optimasi MTOM di Sisi Server Server Axis 2 secara otomatis mengidentifikasi pesan MTOM yang dioptimalkan yang masuk berdasarkan jenis konten dan membuat seri mereka sesuai dengan itu. Pengguna dapat mengaktifkanMTOM di sisi server untuk pesan keluar, Untuk mengaktifkanMTOM secara global untuk semua layanan, pengguna dapat menyetel parameter quotenableMTOMquot ke True di Axis2.xml. Bila sudah diatur, semua pesan keluar akan diserialkan dan dikirim saat MTOM mengoptimalkan pesan MIME. Jika tidak diset, semua data biner dalam node konten biner akan diserialkan sebagai string yang disandikan Base64. Konfigurasi ini dapat overriden dalam services. xml berdasarkan per layanan dan per operasi. Anda harus me-restart server setelah mengatur parameter ini. Mengakses Data Biner yang Diterima (Contoh Kode) Im menulis sebuah webserver sederhana di python yang memungkinkan pengguna mengunggah file menggunakan data multipartform. Sejauh yang saya tahu, data MIME multipart seharusnya berbasis garis. Misalnya, batas harus di awal baris. Saya tidak tahu bagaimana data biner ditangani dalam hal ini. Klien saya (Firefox) tidak mengkodekannya menjadi 7bit ASCII atau apapun, hanya data biner mentah pengirimannya. Apakah itu membagi data menjadi garis pada lokasi sewenang-wenang Apakah ada panjang garis maksimum yang ditentukan untuk data multipart Ive mencoba melihat melalui RFC untuk data multipartform, namun tidak menemukan apa-apa. Tanya Mar 27 13 at 16:54 Setelah menggali melalui RFC, saya pikir saya akhirnya bisa langsung terjaga di kepala saya. Bagian tubuh (yaitu isi tubuh dari bagian individu dalam pesan multipart) hanya perlu diberi garis berdasarkan batas pada akhir bagian dimulai dengan CRLF. Tapi sebaliknya, data tidak perlu berbasis garis, dan jika kontennya mengalami linebreak di dalamnya, tidak ada jarak maksimum di antara keduanya, dan juga tidak perlu diloloskan dengan baik (well, kecuali mungkin Content-Transfer - Encoding dikutip-string). Pilihan 7-bit, 8-bit, dan biner untuk Content-Transfer-Encoding tidak benar-benar menunjukkan bahwa setiap pengkodean telah dilakukan pada data (dan karena itu tidak ada pengkodean yang perlu dibatalkan), mereka hanya bermaksud untuk menunjukkan jenis data Anda bisa berharap bisa melihat di bagian tubuh. Apa yang sebenarnya saya dapatkan dalam pertanyaan saya yang tidak jelas adalah bagaimana membaca data dari soket sehingga saya bisa memastikan bahwa saya menangkap batas itu, dan tanpa harus memiliki penyangga yang sewenang-wenang besar (misalnya jika kebetulan tidak ada linebreak di Isi, dan jadi readline akhirnya menyangga keseluruhannya). Apa yang akhirnya saya lakukan adalah menyangga dari soket dengan readline menggunakan panjang maksimal, jadi buffer tidak akan pernah lebih lama dari itu, tapi juga akan memastikan untuk berhenti jika terjadi linebreak. Hal ini memastikan bahwa ketika batas datang (mengikuti CRLF), maka akan berada di awal penyangga. Saya harus melakukan sedikit tambahan untuk meyakinkan bahwa saya tidak memasukkan CRLF terakhir ke konten tubuh yang sebenarnya, karena sesuai dengan RFC yang dibutuhkan sebelum batas, dan karena itu bukan bagian dari konten itu sendiri. Menjawab Apr 5 13 at 12:02 Cobalah meninjau RFC 2045. Biasanya, konten biner diubah menjadi BASE64 oleh aplikasi Anda dan disertakan dalam pesan multi bagian menggunakan Content-Transfer-Encoding. Base64. Ada mekanisme lain untuk mentransfer data biner, tapi ini sangat umum. Data biner diubah menjadi oktet dan dicetak dengan string panjang sewenang-wenang (tergantung pada varian pengkodean - lihat tautan BASE64 di atas). Aplikasi penerima kemudian menafsirkannya ke dalam konten biner asli. Saya bukan programmer python, tapi saya akan terkejut karena Anda benar-benar harus kode ini sendiri. Saya menduga ada perpustakaan piton prebuilt berfungsi untuk melakukan ini untuk Anda. Dijawab 27 Mar 13 at 17: 43Following content telah ditangkap di TcpMon: Permintaan yang dibuat oleh SoapUI Pro 3.0.2: POST tf6servicesxdsrepositoryb HTTP1.1 Accept-Encoding: gzip, deflate Content-Type: tipe-typeapplicationxopxml multipartrelated mulai start-infoapplicationsoapxml action boundary-- --Part1728349551.1260534830078 MIME-Versi: 1.0 User-Agent: Jakarta Commons-HttpClient3.1 Host: ihexds. nist. gov:9080 Isi-Panjang: 13318 ------ Part1728349551.1260534830078 Content-Type: applicationxopxml charsetUTF - 8 typeapplicationsoapxml actionProvideAndRegisterDocumentSetRequest Content-Transfer-Encoding: 8bit Content-ID: ------ Part1728349551.1260534830078 Content-Type: textplain charsetus-ascii Content-Transfer-Encoding: 7bit Content-ID: ltgt Ini adalah dokumen depek. Permintaan yang dibuat oleh alat xdstest: POST tf6servicesxdsrepositoryb HTTP1.1 Content-Type: multipartrelated boundaryMIMEBoundaryurnuuid613A2BD2D99F1E6B5912 60534073176 typeapplicationxopxml startlt0.urn: uuid: 613A2BD2D99F1E6B591260534073177 apache. orggt start-infoapplicationsoapxml actionurn: ihe: iti: 2007 rovideAndRegisterDocumentSet-b User-Agent: Axis2 Host: ihexds. nist. gov: 9080 transfer-Encoding: chunked 20f1 --MIMEBoundaryurnuuid613A2BD2D99F1E6B59126053407 3176 Content-Type: applicationxopxml charsetUTF-8 typeapplicationsoapxml Content-transfer-Encoding: biner Content-ID: lt0.urn: uuid: 613A2BD2D99F1E6B591260534073177apache. orggt --MIMEBoundaryurnuuid613A2BD2D99F1E6B59126053407 3176 Konten - Type: textplain Content-Transfer-Encoding: biner Content-ID: lt1. Guci: uuid: 613A2BD2D99F1E6B591260534073366apache. or g gt Ini adalah dokumen saya. Dari mana saya bisa mengatur Content-Transfer-Encoding sebagai biner Pada registri publik nist, Anda dapat melihat dokumen teks yang telah dikirim sebagai lampiran: Saya juga mencoba membuat Encode Attachments sebagai true di bawah TestRequest Properties. Tapi itu tidak bekerja baik. Thanks for the helpConvert Byte Array to Base64Binary Dalam membalas posting ini oleh robbywillz Pada hari Selasa, 16 Agustus 2011 11:28:43 PM robbywillz wrote: gt Hai, gt gt Terima kasih banyak telah memberikan cara yang berbeda untuk mengaktifkan atau menonaktifkan MTOM. Saya bisa bisa memiliki inline Base64Binary dengan menonaktifkan MTOM dan meningkatkan ambang MTOM (1024). Saya mengerti bahwa MTOM akan diaktifkan untuk keterikatan saat ambang batas dilalui, bahkan sampai MTOM dinonaktifkan. Tolong perbaiki saya jika saya salah. Gt gt Apakah ada cara untuk mengkonfigurasi melalui konfigurasi klien musim semi I dont gt ingin membuat perubahan ini dalam wsdl atau kode karena kode saya dapat berjalan di Websphere gt v6.1 dengan paket fitur layanan web terpasang. Jika demikian, saya benar-benar akan menyarankan melakukannya dalam kode, tapi dengan API JAX-WS standar. Dengan begitu, hal itu harus berlaku sama untuk berbagai penyedia JAX-WS. Saat Anda membuat klien Anda, masuk ke objek javax. xml. ws. soap. MTOMFeature yang dikonfigurasi untuk mematikan MTOM atau menetapkan ambang batas. Semua metode createXXXPort memiliki seperangkat fitur opsional yang dapat dilewatkan saat membuat. Gunakan metode tersebut dengan MTOMFeature dan harus bekerja untuk WebSphere juga. Gt gt Saya telah mencoba dengan konfigurasi berikut dan saya menamai file sebagai cxf. xml, gt dijemput oleh cxf namun tidak berpengaruh pada konfigurasi. Masih bisa diubah menjadi XOP. Tolong bantu saya gt gt ltxml versionquot1.0quot encodingquotUTF-8quotgt gt ltbeans xmlnsquotspringframework. orgschemabeans gt xmlns: jaxwsquotcxf. apache. orgjaxws quot gt xmlns: xsiquotw3.org2001XMLSchema-instance quot gt xsi: schemaLocationquot gt springframework. orgschemabeans gt springframework. orgschemabeansspring-beans. xsd gt cxf. apache. orgjaxws gt cxf. apache. orgschemasjaxws. xsd quotgt gt gt ltjaxws: client idquotne3sRegistrationquot gt serviceClassquotcom. nsn. oss. ne3s. ws. gen. NE3SRegistrationPortquot gt addressquotNE3SRegistrationServicequotgt gt ltjaxws: propertiesgt gt ltentry keyquotmtom-enabledquot valuequotfalsequot Gt gt gt ltentry keyquotmtom-thresholdquot valuequot1024quot gt ltjaxws: propertiesgt gt ltjaxws: clientgt gt ltbeansgt gt Pada Rabu, 24 Agustus 2011 pukul 2:09, Daniel Kulp via CXF lthidden email gt wrote: Pada hari Selasa, 16 Agustus 2011 11: 28:43 PM robbywillz wrote: gt Hai, gt gt Terima kasih banyak telah memberikan berbagai cara untuk mengaktifkan atau menonaktifkan MTOM. Saya bisa bisa memiliki inline Base64Binary dengan menonaktifkan MTOM dan meningkatkan ambang MTOM (1024). Saya mengerti bahwa MTOM akan diaktifkan untuk keterikatan saat ambang batas dilalui, bahkan sampai MTOM dinonaktifkan. Tolong perbaiki saya jika saya salah. Gt gt Apakah ada cara untuk mengkonfigurasi melalui konfigurasi klien musim semi Saya tidak ingin membuat perubahan ini dalam wsdl atau kode karena kode saya dapat berjalan di Websphere gt v6.1 dengan paket fitur layanan web terpasang. Jika itu masalahnya, saya benar-benar akan menyarankan melakukannya dalam kode, tapi dengan API JAX-WS standar. Dengan begitu, hal itu harus berlaku sama untuk berbagai penyedia JAX-WS. Saat Anda membuat klien Anda, masuk ke objek javax. xml. ws. soap. MTOMFeature yang dikonfigurasi untuk mematikan MTOM atau menetapkan ambang batas. Semua metode createXXXPort memiliki seperangkat fitur opsional yang dapat dilewatkan saat membuat. Gunakan metode tersebut dengan MTOMFeature dan harus bekerja untuk WebSphere juga. Saya telah mencoba dengan konfigurasi berikut dan saya menamai file sebagai cxf. xml, ini adalah gt cxf. apache. orgschemasjaxws. xsd quotgt gt gt gt ltjaxws: client idquotne3sRegistrationquot gt serviceClassquotcom. nsn. oss. ne3s. ws. gen. NE3SRegistrationPortquot gt addressquotNE3SRegistrationServicequotgt gt Ltjaxws: propertiesgt gt ltentry keyquotmtom-enabledquot nilaiquotfalsequot gt gt ltentry keyquotmtom-thresholdquot nilaiquot1024quot gt gt ltjaxws: propertiesgt gt ltjaxws: clientgt gt ltbeansgt gt Jika Anda membalas email ini, pesan Anda akan ditambahkan ke diskusi di bawah ini:
No comments:
Post a Comment