متعدد الأجزاء محتوى نقل ترميز ثنائي - خيارات

التعامل مع البيانات الثنائية مع Axis2 (متومسوا) مقدمة على الرغم من المرونة، وقابلية التشغيل البيني، والقبول العالمي ل شمل، وهناك أوقات عندما تسلسل البيانات إلى شمل لا معنى له. قد يرغب مستخدمو خدمات الويب في إرسال مرفقات ثنائية من أنواع مختلفة مثل الصور والرسومات ومستندات شمل وغيرها مع رسالة سواب. وغالبا ما تكون هذه البيانات في شكل ثنائي معين. تقليديا، تم استخدام اثنين من التقنيات في التعامل مع البيانات غير الشفافة في شمل يتم إرسال البيانات الثنائية حسب القيمة عن طريق تضمين البيانات غير المعتمة (بالطبع بعد شكل من أشكال الترميز) كعنصر أو محتوى السمة لمكون شمل من البيانات. والميزة الرئيسية لهذه التقنية هي أنه يعطي التطبيقات القدرة على معالجة ووصف البيانات، استنادا فقط على مكون شمل من البيانات. يدعم شمل بيانات معتمة كمحتوى من خلال استخدام إما ترميز نصي base64 أو ست عشري. كلا التقنيات تضخيم حجم البيانات. بالنسبة لترميز النص الأساسي أوتف-8، فإن ترميز Base64 يزيد من حجم البيانات الثنائية بعامل قدره 1.33x من الحجم الأصلي، بينما يقوم التشفير السداسي عشري بتوسيع البيانات بعامل قدره 2x. سوف تضاعف العوامل المذكورة أعلاه إذا تم استخدام ترميز النص أوتف-16. ومما يبعث على القلق أيضا النفقات العامة في تكاليف المعالجة (سواء الحقيقية أو المتصورة) لهذه الأشكال، وخاصة عند فك التشفير مرة أخرى إلى ثنائي ثنائي. يتم إرسال البيانات الثنائية بالرجوع من خلال إرفاق بيانات ثنائية نقية ككيانات عامة غير مكشوفة خارجية خارج مستند شمل ثم تضمين عناوين ورل المرجعية لتلك الكيانات كعناصر أو قيم سمات. وهذا يمنع الانتفاخ غير الضروري للبيانات وهزال قوة المعالجة. والعائق الرئيسي أمام استخدام هذه الكيانات غير المستبعدة هو اعتمادها الشديد على دتدس، مما يعيق نمطية وكذلك استخدام مساحات أسماء شمل. كان هناك العديد من المواصفات التي تم إدخالها في عالم خدمات الويب للتعامل مع مشكلة التوصيلات الثنائية هذه باستخدام تقنية المرجع المرجعي. سواب مع المرفقات هو أحد الأمثلة على ذلك. نظرا لأن سواب يحظر إعلانات نوع المستند (دتد) في الرسائل، يؤدي هذا إلى مشكلة عدم تمثيل البيانات كجزء من إنفوسيت الرسالة، وبالتالي إنشاء نموذجين البيانات. هذا السيناريو مثل إرسال مرفقات مع رسالة بريد إلكتروني. على الرغم من أن هذه المرفقات ترتبط بمحتوى الرسالة فهي ليست داخل الرسالة. هذا يسبب التكنولوجيات التي تعالج ووصف البيانات استنادا إلى مكون شمل من البيانات إلى خلل. مثال على ذلك هو وس-سيكوريتي. حيث ميتوم تأتي في متوم (آلية الصابون انتقال آلية الأمثل) هو مواصفات أخرى تركز على حل مشكلة كوتاتاشمنتسكووت. يحاول متوم الاستفادة من مزايا اثنين من التقنيات المذكورة أعلاه من خلال محاولة لدمج اثنين من التقنيات. متوم هو في الواقع طريقة كوبي ريفيرانسلكوت. تنسيق سلك رسالة محسنة ل متوم هو نفس رسالة سواب مع المرفقات، مما يجعلها متوافقة مع نقاط النهاية سوا أيضا. الميزة الأكثر بروزا من متوم هو استخدام شوب: تضمين عنصر، الذي تم تعريفه في مواصفات شمل التعبئة الثنائية المحسنة (شوب) للإشارة إلى المرفقات الثنائية (الكيانات العامة غير المسددة الخارجية) للرسالة. مع استخدام هذا العنصر الحصري، يصبح المحتوى الثنائي المرفق مضمنا منطقيا (حسب القيمة) مع مستند سواب على الرغم من أنه يتم إرفاقه بشكل منفصل. وهذا يدمج المجالين من خلال جعل من الممكن للعمل فقط مع نموذج بيانات واحد. وهذا يسمح للتطبيقات بمعالجة ووصف من خلال النظر فقط في جزء شمل، مما يجعل الاعتماد على دتدس عفا عليها الزمن. على ملاحظة أخف وزنا، وقد متوم موحدة آلية المرجعية من سوا. وفيما يلي مقتطف من مواصفات شوب. على المستوى المفاهيمي، يمكن اعتبار هذه البيانات الثنائية بأنها ترميز base64 في مستند شمل. كما قد تكون هناك حاجة إلى هذا الشكل المفاهيمي أثناء بعض معالجة وثيقة شمل (على سبيل المثال لتوقيع وثيقة شمل)، فمن الضروري أن يكون واحد إلى واحد المراسلات بين إنفوسيتس شمل و شوب الحزم. ولذلك، فإن التمثيل المفاهيمي لهذه البيانات الثنائية هو كما لو كان base64 ترميز، وذلك باستخدام الشكل المعجم الكنسي من مخطط شمل XML64Binary نوع البيانات (انظر شمل مخطط الجزء 2: داتاتيبيس الإصدار الثاني 3.2.16 base64Binary). في الاتجاه المعاكس، شوب قادر على تحسين فقط إنفوسيت ترميز base64 البيانات التي هي في شكل المعجم الكنسي. يدعم أباتشي Axis2 ترميز Base64. الصابون مع المرفقات و متوم (سواب آلية نقل الرسائل سواب). متوم مع نموذج البرمجة Axis2 أكسيوم هو (وربما يكون أول) نموذج الكائن الذي لديه القدرة على الاحتفاظ بالبيانات الثنائية. لديها هذه القدرة كما أومتكست يمكن أن تعقد المحتوى الثنائي الخام في شكل javax. activation. DataHandler. وقد اختير أومتكست لهذا الغرض لسببين. واحد هو أن شوب (متوم) قادر على تحسين فقط إنفوسيت ترميز base64 البيانات التي هي في الشكل المعجمية الكنسي من شمل مخطط Base64Binary نوع البيانات. واحد آخر هو الحفاظ على إنفوسيت في كل من المرسل والمتلقي. (لتخزين المحتوى الثنائي في نفس النوع من الكائن بغض النظر عما إذا كان هو الأمثل أم لا). متوم يسمح بترميز انتقائي أجزاء من الرسالة، والذي يسمح لنا بإرسال البيانات base64encoded وكذلك البيانات الثنائية الخام المرفقة خارجيا المشار إليها من قبل عنصر كوتوكسكوت (المحتوى الأمثل) ليتم إرسالها في رسالة سواب. يمكنك تحديد ما إذا كانت عقدة أومتكست التي تحتوي على البيانات الثنائية الخام أو البيانات الثنائية base64encoded مؤهلة ليكون الأمثل في وقت بناء تلك العقدة أو في وقت لاحق. للحصول على الكفاءة المثلى ل متوم، ينصح المستخدم بإرسال المرفقات الثنائية أصغر باستخدام base64encoding (غير الأمثل) ومرفقات أكبر كمحتوى محسن. أيضا، يمكن للمستخدم إنشاء عقدة المحتوى الثنائي الأمثل باستخدام سلسلة ترميز base64، الذي يحتوي على محتوى ثنائي مشفرة، نظرا لنوع مايم من التمثيل الثنائي الفعلي. يستخدم Axis2 javax. activation. DataHandler للتعامل مع البيانات الثنائية. سيتم تسلسل كافة عقدة المحتوى الثنائي الأمثل كسلاسل Base64 إذا لم يتم تمكين كوتومتومكوت. يمكنك أيضا إنشاء العقد ثنائية المحتوى، والتي لن تكون الأمثل في أي حال. سيتم تسلسلها وإرسالها كسلاسل Base64. تمكين مثوم الأمثل على جانب العميل في خيارات تعيين الخاصية كوتنابمتومكوت إلى ترو عند إرسال الرسائل. عند تعيين هذه الخاصية إلى ترو، سيتم سرد أي مغلف سواب، بغض النظر عما إذا كان يحتوي على محتوى قابل للتحسين أم لا، كرسالة مايم المحسنة ل موموم. Axis2 سيرياليزس كافة العقد ثنائية المحتوى كما سلاسل ترميز Base64 بغض النظر عما إذا كانوا مؤهلين ليكون الأمثل أم لا إذا تم تعيين الخاصية كوتنابمتومكوت إلى فالس. إذا كان المغلف يحتوي على أي عنصر من عناصر المعلومات من اسم زوب: تضمين (انظر شمل-ثنائي محسن التعبئة والتغليف 3. شوب إنفوسيتس يبني). لم يكن المستخدم لتحديد أي شيء من أجل Axis2 لتلقي رسائل محسنة موموم. سوف Axis2 تحديد تلقائيا و دي-سيرياليز وفقا لذلك، وعندما وعندما تصل رسالة متوم. تمكين تحسين متوم على جانب الخادم يقوم خادم أكسيس 2 تلقائيا بتحديد رسائل إم تي إم المحسنة المحسنة استنادا إلى نوع المحتوى وإلغاء تسلسلها وفقا لذلك. يمكن للمستخدم تمكينتموم على جانب الملقم للرسائل الصادرة، لتمكين تموم عالميا لجميع الخدمات يمكن للمستخدمين تعيين المعلمة كوتنابلمتومكوت إلى ترو في Axis2.xml. عندما يتم تعيين، سيتم تسلسل جميع الرسائل الصادرة وإرسالها كرسائل مايم الأمثل مايم. إذا لم يتم تعيين، سيتم تسلسل كافة البيانات الثنائية في العقد المحتوى ثنائي كما سلاسل Base64 ترميز. يمكن أن يكون أوفيريدن هذا التكوين في services. xml على أساس لكل خدمة ولكل عملية. يجب إعادة تشغيل الملقم بعد تعيين هذه المعلمة. الوصول إلى البيانات الثنائية المستلمة (نموذج التعليمات البرمجية) المحتوى التالي تم التقاطه في تكبمون: الطلب المقدم من قبل سوابوي برو 3.0.2: بوست tf6servicesxdsrepositoryb HTTP1.1 قبول ترميز: غزيب، ديفليت نوع المحتوى: مولتيربارتيراتد تايبابليكاتيونكسوبكسمل بدء تشغيل إنابابليكاتيونسوابكسمل الإجراء borderary - --- Part1728349551.1260534830078 مايم-فيرسيون: 1.0 وسر-إدجنت: جاكرتا كومونس-HttpClient3.1 المضيف: ihexds. nist. gov:9080 طول المحتوى: 13318 ------ Part1728349551.1260534830078 كونتنت-تايب: أبليكاتيونكسوبكسمل تشارسيتوتف -8 تايبابليكاتيونسوابكسمل أكتيونبروفيداندريجيستر دوكومنتسيستركست كونتنت-ترانسفر-إنكودينغ: 8bit كونتنت-إد: ------ Part1728349551.1260534830078 كونتنت-تايب: تكستبلين تشارسيتوس-أسكي كونتنت-ترانسفر-إنكودينغ: 7bit كونتنت-إد: لتغت هذه الوثيقة ديبيشيس. الطلب الذي تقدمت به xdstest أداة: POST tf6servicesxdsrepositoryb HTTP1.1 نوع المحتوى: multipartrelated boundaryMIMEBoundaryurnuuid613A2BD2D99F1E6B5912 60534073176 typeapplicationxopxml startlt0.urn: UUID: 613A2BD2D99F1E6B591260534073177 apache. orggt بدء infoapplicationsoapxml actionurn: IHE: ITI: 2007 rovideAndRegisterDocumentSet-ب عامل المستخدم: Axis2 المضيف: ihexds. nist. gov: 9080 نقل ترميز: المقسم 20f1 --MIMEBoundaryurnuuid613A2BD2D99F1E6B59126053407 3176 نوع المحتوى: applicationxopxml charsetUTF-8 typeapplicationsoapxml محتوى نقل ترميز: ثنائي المحتوى ID: lt0.urn: UUID: 613A2BD2D99F1E6B591260534073177apache. orggt --MIMEBoundaryurnuuid613A2BD2D99F1E6B59126053407 3176 المحتوى - Type: تكستبلين كونتنت-ترانسفر-إنكودينغ: بيناري كونتنت-إد: lt1. جورن: ويد: 613A2BD2D99F1E6B591260534073366apache. or g غ هذه هي مستنداتي. من حيث يمكن تعيين كونتنت-ترانسفر-إنكودينغ ك ثنائي في السجل العام نيست، يمكنك عرض الوثيقة النصية التي تم إرسالها كمرفق: لقد حاولت أيضا جعل مرفقات ترميز صحيحة ضمن خصائص تستركست. ولكن لا تعمل إما. شكرا ل هلبكونتنت-تايب: رؤوس المحتوى متعددة الأجزاء متعددة الأجزاء تحدد الرسائل متعددة الأجزاء. وهي تتطلب إدراج نوع فرعي وعناصر أخرى في الرأس. يتم استخدام نوع المحتوى مولتارتارتالنتيراتيف عندما يتم تقديم نفس المعلومات في أجزاء الجسم المختلفة في أشكال مختلفة. يتم ترتيب أجزاء الجسم عن طريق زيادة التعقيد. على سبيل المثال، قد يتم أيضا عرض رسالة مكونة من مستند ميكروسوفت ورد 97 منسق تنسيقا كبيرا في تنسيق ميكروسوفت ورد الإصدار 6.0 وتنسيق النص المنسق وتنسيق نص عادي. وفي هذه الحالة، سيعرض النص العادي باعتباره الجزء الأول من الجسم البديل. سوف تتبع النسخة الغنية النص، ثم ورد 6.0، ثم الأكثر تعقيدا، ورد 97. وضع النسخة نص عادي أولا هو مخطط ودية للمستخدمين مع غير المتوافقة مع مايم مايم، لأنها سوف ترى النسخة التي يمكن التعرف عليها أولا. يجب أن تقدم واجهات الخدمة المتوافقة مع مايم النسخة الأكثر تعقيدا التي يمكن التعرف عليها أو إعطاء المستخدم اختيار الإصدار الذي سيتم عرضه. يجب أن تكون قيم كونتنت-إد مختلفة لكل جزء حيث توجد مستويات مختلفة من التعقيد بين الأجزاء. يجب أن يكون معرف المحتوى لكل جزء مختلفا عن معرف المحتوى الخاص بالنظام متعدد الأجزاء الكلي. بمعنى أن قيمة معرف المحتوى ستشير إلى الكيان متعدد الأجزاء، في حين تشير قيمة واحدة أو أكثر من قيم معرف المحتوى إلى الأجزاء الموجودة داخله. يتم تعريف نوع المحتوى مولتارتبيتيرانجيس كجزء من بروتوكول رسالة هتب. وهي تتضمن جزأين أو أكثر، ولكل منها نوع المحتوى الخاص به ومجالات نطاق المحتوى. يتم فصل الأجزاء باستخدام معلمة حد مايم. وهو يسمح للملفات الثنائية وكذلك 7 بت و 8 بت لإرسالها كأجزاء متعددة مع أطوال الأجزاء المحددة في رأس كل جزء. لاحظ أنه بينما يقوم هتب بوضع أحكام لاستخدام مايم لوثائق هتب، فإن هتب غير متوافق تماما مع مايم. نوع المحتوى متعدد الأحرف المستخدم لإرسال مجموعات من رسائل النص العادي. ويتم إنجازه بنفس الطريقة التي يتم بها تعدد المحتوى المختلط، ولكن من المتوقع أن يكون كل جزء من نوع المحتوى: messagerfc822. ويهدف نوع المحتوى المتعدد الأشكال إلى السماح لمزودي المعلومات بالتعبير عن طلبات تحميل الملفات بشكل موحد، وتقديم تمثيل متوافق مع مايم لاستجابات تحميل الملفات. يتم استخدام نوع المحتوى متعدد الطبقات عندما تكون أجزاء الجسم مستقلة وتحتاج إلى تجميعها بترتيب معين. عندما لا يتعرف وا على نوع فرعي متعدد الأجزاء، فإنه يعامل الرسالة على أنها متعددة مولتيبارتميزد. الغرض من نوع المحتوى مولتيربارتاليل هو عرض جميع الأجزاء في وقت واحد على الأجهزة والبرامج التي يمكن القيام بذلك. على سبيل المثال، يمكن عرض ملف صورة أثناء تشغيل ملف صوت. يتم استخدام نوع المحتوى متعدد الأجزاء للمستندات المركبة، تلك الرسائل التي تهدف أجزاء الجسم المنفصلة إلى العمل معا لتوفير المعنى الكامل للرسالة. بالإضافة إلى ذلك، يمكن استخدام الارتباطات المتعددة لتوفير روابط إلى محتوى غير موجود في الرسالة. يمكن استخدام متعدد الأجزاء للمستندات المركبة حيث يتم بناء الكائن تدريجيا من القطع، بدءا من جزء الجسم الجذر كما هو محدد في المعلمة البداية. إذا لم يتم تحديد المعلمة البداية، ثم يعتبر الجزء الأول من الجسم نقطة البداية أو جزء الجسم الجذر. يتطلب متعدد الأجزاء معلمة نوع. تحدد معلمة النوع نوع محتوى الجزء الأول أو الجذر. يكون للمعالجة متعددة الأجزاء الأسبقية على التخلص من المحتوى. العديد من وكلاء المستخدم مايم لا يتعرفون على الارتباطات المتعددة ومعالجة هذه الرسائل ك مولتيبارتميزد. ولتحقيق ذلك، ستحتوي بعض الوحدات بدون طيار على رأس المحتوى غير الضروري من الناحية الفنية في أجزاء الجسم متعددة الأجزاء. يتم تعريف رؤوس محتوى الموقع ورؤوس المحتوى لحل مراجع عناوين ورل لأجزاء الجسم الأخرى. كلا الرؤوس صالحة في أي رسالة أو جزء من الجسم. وهي صالحة لعنوان المحتوى أو عنوان الرسالة حيث تحدث ومضمونه. تنطبق رؤوس محتوى الموقع والمحتوى الأساسي على الرؤوس وأجزاء الجسم حيث تحدث ولا يكون لها معنى في عناوين متعددة الأجزاء. يوفر رأس قاعدة المحتوى قاعدة لعناوين ورل النسبية التي تحدث في حقول عناوين أخرى وفي مستندات هتمل التي ليس لها أي عنصر بيس في شفرة هتمل الخاصة بها. يجب أن تكون قيمته عنوان ورل مطلقا. يحتوي عنوان موقع المحتوى على عنوان ورل يحدد نص جزء الجسم هذا. قد يكون عنوان ورل نسبة إلى عنوان ورل المحدد في رأس قاعدة المحتوى. يوضح المثال التالي كيفية استخدام هذه الرؤوس: تم تعريف نوع محتوى مولتيباربورت لتقارير حالة التسليم المعادة، مع تضمين الرسائل الاختيارية. وهي تجد استخداما أوسع في الاتصالات من آلة إلى آلة. يتم استخدام متعدد الأعداد لإعلام التخلص من الرسالة. متعدد الأعداد. تشفير RFC1847 متعددة الأجزاء توفر أنواع المحتويات متعددة المسارات و مولتيباراتكريبتد إطار أمان لأجزاء مايم. هذه الرؤوس لا تحدد بروتوكولات الأمن، ولكنها موجودة لحمل الوثائق المحمية. ويتم كل جزء من أجزاء متعددة الأجزاء أو متعددة الأجزاء المشفرة كجزأين مرتبطين، أحدهما بمعلومات التحكم التي تصف البروتوكول والآخر مع المستند المحمي. يحدد نوع المحتوى متعدد المسارات كيفية دعم خدمات المصادقة والنزاهة باستخدام التوقيع الرقمي. يتم التحكم في المعلومات في الثانية من اثنين من أجزاء الجسم المطلوبة. يحدد نوع المحتوى متعدد المشفرة كيفية دعم السرية باستخدام التشفير. يتم التحكم في المعلومات في الجزء الأول من الجزءين المطلوبين من الجسم. عرض: الموروثة المحميةكونفيغور ترميز نقل المحتوى ينطبق على: إكسهانج أونلين، إكسهانج سيرفر 2013 يقوم ترميز نقل المحتوى بتعريف أساليب الترميز لتحويل بيانات رسائل البريد الإلكتروني الثنائية إلى تنسيق نص عادي في الولايات المتحدة وأسي. يسمح هذا التحول للرسالة بالسفر عبر خوادم الرسائل سمتب القديمة التي تدعم الرسائل فقط في نص الولايات المتحدة أسي. يتم تعريف ترميز نقل المحتوى في رك 2045. يتم تخزين طريقة ترميز التحويل في حقل رأس نقل المحتوى-ترميز في الرسالة. في ميكروسوفت إكسهانج سيرفر 2013، تتوفر أساليب ترميز نقل المحتوى التالية: 7-بت تشير هذه القيمة إلى أن بيانات نص الرسالة موجودة بالفعل بتنسيق نص عادي أسي في الولايات المتحدة، ولم يتم إجراء ترميز رسالة للرسالة. كوتابل-برينتابل (كب) تستخدم طريقة الترميز هذه أحرف أوس-أسي القابلة للطباعة لتشفير بيانات نص الرسالة. إذا كان نص الرسالة الأصلية في معظمه نص أوس-أسي، فإن ترميز كب يعطي نتائج قابلة للقراءة ومدمجة إلى حد ما. بشكل افتراضي، يستخدم إكسهانج 2013 قطر للبترول لتشفير بيانات الرسائل الثنائية. Base64 تستند طريقة الترميز هذه في المقام الأول إلى معيار البريد المعزز للخصوصية (بيم) المحدد في رك 1421. يستخدم ترميز Base64 أسلوب ترميز الأبجدية المكون من 64 حرف وأحرف حشو الإخراج المعرفة بواسطة بيم لترميز بيانات نص الرسالة. ترميز Base64 يخلق زيادة يمكن التنبؤ بها في حجم الرسالة وهو الأمثل للبيانات الثنائية والنص غير الولايات المتحدة أسي. يمكنك تكوين طريقة ترميز التحويل باستخدام المعلمة ByteEncoderTypeFor7BitCharsets على تعيين-أورغانيزاتيونكونفيغ و كمدليتس تعيين ريموتيدوماين. إعدادات ترميز نقل المحتوى التي تقوم بتكوينها مع سيت-أورغانيزاتيونكونفيغ تنطبق على كافة الرسائل في مؤسسة إكسهانج. إعدادات ترميز نقل المحتوى التي تقوم بتكوينها مع سيت-ريموتيدوماين تنطبق فقط على الرسالة المرسلة إلى المستلمين الخارجيين في المجال البعيد. يسرد الجدول التالي القيم التي يمكنك استخدامها لتعيين طريقة ترميز النقل. معلمة في سيت-أورغانيزاتيونكونفيغ المعلمة في مجموعة ريموتيدوماين