Передача XML по сети

[Fregloin]

Как можно динамически формировать XML и передавать/принимать их по сети?
Желательно без QDataStream, так как клиент написан на Qt, а сервер на чистом Си под лины.
Задача, сформировать небольшой xml документ, отправить на сервер, сервер возвратит тоже небольшой xml док, после чего идёт обмен бинарными данными.

[Странник]

способов вагон. я предпочитаю использовать QXmlStreamWriter. можно сначала сформировать документ в QByteArray-буфер и затем отправить его целиком через QTcpSocket, а можно сразу в QTcpSocket писать. подробности в документации на QXmlStreamWriter.

[BigHom]

А как принимать xml-документ , как понять , что целиком принят документ , что больше не будет продолжения передачи? Так как приняв часть, обрабатывается только принятая часть, а послав продолжение , то так как нет началА XML-документа , то продолжение как xml-документ не воспринимается?!

Возможно же, передача по частям xml-документа , f не обязательно целиком?!

[Bepec]

xml - теговый. Если пришёл тег конца, значит передача xml закончена. Вроде всё просто.

[BigHom]

пришёл файл по сети - даю на обработкку sax-анализатору, всё работает , идёт по веткам, но не доходит до тэга конца, так как ещё не поступил. Потом по сети приходит 2-й кусок - даю на обработку - но продолжение не воспринимается как xml-документ , так как нет тэга начала.
То есть получается , что sax-анализатору можно давать только целиковый xml-документ? Как продолжить обработку с прерванного места , есть ли возможность?

[Sancho_s_rancho]

Не придумывайте трудностей. Шлите небольшие xml.

[Patrin Andrey]

А небольшие это сколько? Кто даст гарантию, что "небольшой" не прилитит "маленькими" частями?

[mutineer]

А небольшие это сколько? Кто даст гарантию, что "небольшой" не прилитит "маленькими" частями?

Передать перед документом его размер и не отдавать документ парсеру, пока он весь не придет

[Bepec]

Зачем такие сложности? Принимать данные до тех пор, пока не примется завершающий тег xml. После отдаёшь парсеру и врубливаешь бинарные данные куда угодно.

[mutineer]

То есть понять какой тег завершающий и дождаться его, это проще, чем тупо считать размер полученных данных?

[Patrin Andrey]

А небольшие это сколько? Кто даст гарантию, что "небольшой" не прилитит "маленькими" частями?

Передать перед документом его размер и не отдавать документ парсеру, пока он весь не придет

Ну да. При таком подходе нет разницы "большой" документ или "небольшой". А на сколько я понял, передавать "небольшой" и предлагают для того, чтобы не передавать размер.

[Bepec]

Помоему да, проще. Особенно с учётом того, что xml формируется им же.

Хотя нет, не так - это скорее два равнозначных метода решения проблемы. При этом подходе к тому же помехоустойчивость маленькая в любом случае

[Sancho_s_rancho]

1. Контролировать, что пришли все байтики должен протокол прикладного уровня(в простейшем случае сочините заголовок фиксированной длины в котором хранится инфа о размере xml данных). Причем это делать обязательно независимо от того, сколько байт или терабайт передается и что пересылается(xml или картинка с голой тетёй). Проще взять TCP, там уже есть гарантия доставки и отбрасывание повторяющихся пакетов. Если очень хочется, то можно хоть хеш каждого xml файла считать.
2. Небольшой размер xml я рекомендовал вместо загадочного частичного парсинга.

[mutineer]

2. Небольшой размер xml я рекомендовал вместо загадочного частичного парсинга.

И какого размера должен быть этот xml, чтобы он гарантировано пришел одним куском?

[Sancho_s_rancho]

2. Небольшой размер xml я рекомендовал вместо загадочного частичного парсинга.

И какого размера должен быть этот xml, чтобы он гарантировано пришел одним куском?

Я не знаю термина "один кусок". UDP пакет - это кусок? Так вот,  датаграмма для udp ТЕОРЕТИЧЕСКИ может достигать 65535 вычесть длину заголовка. Все зависит от сетевого стека ОС. На практике не один человек в здравом рассудке на это полагаться не будет.
Вот что пишут Qt-шники
Datagrams are always written as one block. The maximum size of a datagram is highly platform-dependent, but can be as low as 8192 bytes. If the datagram is too large, this function will return -1 and error() will return DatagramTooLargeError.

Sending datagrams larger than 512 bytes is in general disadvised, as even if they are sent successfully, they are likely to be fragmented by the IP layer before arriving at their final destination.