Valeriu,
В cache сделана обертка над системным парсером. В linux- SAX, в windows - msxml. Зачем делать пустую работу, писать свой парсер ? На его отладку уйдут годы, т.к. уже имеем такой "самописанный", постоянные зависоны и зацикливания :(

И вообще, совет на будущее, максимально использовать средства разработки и разного рода службы, предоставляемые ОС и не пытаться это делать, как бы этого не хотелось, в среде М.

alatalokalin,

про голый М же речь идет.

>...в windows - msxml
Xerces вроде как
Может и так :) Intersystems использует открытое ПО

drakutValeriu,
Жесть какая, фу-фу-фу. Вероятно, вы юзаете GT.M, а там всех плюшек работы с XML нет.

Ни что не мешает написать обертку под системную библиотеку, как это сделали в Cache.

krvsaValeriuкак раз по моему такой.
Вижу файл склеен в одну строку.
Это усложненный случай... :(
ValeriuДля меня это новинка, пытаюсь разобраться.
Такие "потоковые" xml-файлы удобнее подвергнуть форматированию - разбить на строки по принципу "тег=строка".
А потом пускать на переработку.

Например есть много вариантов поиска по запросу "форматирование xml онлайн"... ;)
Это снимет проблему с форматированием.
Я бы вам посоветовал бы парсить входные данные , например, в PHP , и закидывать их через mgwsi в "горяче любимый" GT.M, и не "ломать" голову себе разбит xml в строки или не строки. Нормальные парсерам без разницы, в каком они виде приходят, главное что-бы сам XML не был "кривой".

doublefintValeriu, https://groups.google.com/forum/#!topic/enterprise-web-developer-community/NsdQOTm7xGA
Дату видели, 2009 год, сейчас уже 2019. СУБД должна хранить данные и реализовывать их быстрый поиск. Все остальное - это не функция СУБД. Перейдите в настоящий мир и подумайте о тех, кто после Вас будет сопровождать все ЭТО.