В текущия ни проект ние изпращаме xml като текстово съобщение, използвайки jms. Не разбирам защо те просто не изпращат Objectmessage, защо имат режийни разходи за обработка на xml?
така че въпросът основно се свежда до това защо да използвате xml в jms?
Всичко се свежда до дизайнерско решение относно формата за сериализиране на съобщенията.
На пръв поглед Objectmessage изглежда най-ефективният механизъм. Въпреки това няма да работи добре в следните сценарии:
Сериализиране на съобщението в XML не решава напълно тези проблеми, но някаква форма на четим от човека формат на съобщение позволява отстраняване на грешки.
И накрая, XML не е единствената игра в града. JSON става популярен като XML алтернатива. Protocol Buffers е протоколът за съобщения на Google и има добър преглед на някои от проблемите и решението на Google.
Основното предимство от използването на XML в тази ситуация е, че премахвате зависимостта от наличието на един и същ софтуерен стек в двата края на комуникацията.
Веднъж попаднах на клиент, който обменяше данни с ключов доставчик, като създаваше ежедневно изображение на тяхната база данни на SQL сървър в единия край и го възстановяваше в другия. Последствие: никоя страна не може да надстрои до нова версия на SQL сървър, освен ако другата страна също не надстрои в същия ден.
Освен това, както О'Конър също спомена, XML прави относително безболезнено разширяването на съдържанието на съобщението при промяна на изискванията, без да се налага всеки да прилага промяната едновременно.
