xml = Starting tag expected

Testa att köra XML-filen genom en validator, t.ex. denna. Då borde du åtminstone få ett bättre felmeddelande som talar om var felet är.

Hur en XML-fil ska se ut kan definieras i en annan XML-fil som kallas ”XML schema”, oftast med filändelsen .xsd.

Många program struntar i att ha en sådan fil att validera mot och kör någon egen variant. Då är det i princip kört utan någon form av dokumentation eller att reverse-engineera koden.

Ett av de vanliga felen man gör när man handknackar XML-filer är att göra misstag med namespaces.

Ovanstående är lite bakgrundsinformation. Hur du fixar ditt problem? Ingen aning — och jag gissar att ingen annan kan säga det heller utan (minst) tillgång till den fullständiga filen och programmet i fråga.

Detta verkar vara någon slags dokumentation för Lasernet 10: https://prsupportdownloads.blob.core.windows.net/lasernet/Doc...

Där läser jag något om att det ska finnas en "Schemas"-mapp där eventuella XSD-filer kan ha hamnat. Läs från PDF-sidor 306-310. Det står också att: "XML received from an external system should also be checked to ensure full paths are used." (PDF s.309) Så exakta filsökvägar behövs för varifrån ett givet XML Schema finns.

Vidare läser jag här: https://community.mendix.com/link/space/integrations/question... om någon som fick XSD-genererade filer i fel UTF-format (UTF-8 fast fast deras XML-fil använder UTF-16). Jag såg att din XML-fil använder UTF-16 så om du hittar XSD-filen så kanske du vill kika så att de båda använder rätt UTF?

Till sist så ska du kunna generera en ny XSD-fil här i önskad UTF: https://www.freeformatter.com/xsd-generator.html

Möjligen kan du copy&pastea din XML-kod för att skapa en XSD-fil hos FreeFormatter i UTF-16 som du sedan lägger i Schemas-mappen eller i samma mapp som din XML-fil. OBS: Jag vet inte om FreeFormatter kanske sparar inmatad data så överväg okänsliga testdata för att upptäcka vad felet kan vara.

Mvh,
WKL.