Maps, XSLT och Liquid
En fungerande BizTalk-map behöver inte skrivas om till Liquid av princip. Logic Apps Standard stöder XSLT-maps och kan lagra maps, schemas och assemblies tillsammans med projektet. Valet ska styras av format och testbarhet, inte av vilket språk som ser nyast ut.
Börja med vad mappen faktiskt är
Exportera genererad XSLT och notera custom XSLT, scripting functoids, externa assemblies, extension objects och beroende schemas. Migration Agent listar .btm som stödd artefakttyp i preview, men verktygsstöd betyder inte att osynliga beroenden eller egna script blir riskfria.
Bevara XSLT när det räcker
Logic Apps har en Transform XML-action som använder en fördefinierad map. Standard kan lägga map-filen under projektets Artifacts/Maps och stöder även referenser till extern .NET-kod från XSLT. Det gör bevarande möjligt, men assembly-versioner och inputs behöver följa samma deployment som workflowet.
Använd Liquid för rätt format
Microsoft beskriver Liquid som en återanvändbar mall för bland annat JSON-till-JSON, JSON-till-text, XML-till-JSON och XML-till-text. Det gör Liquid relevant för objekt- och textorienterade flöden, men inte till ett generellt skäl att översätta en komplex XSLT som redan ger rätt XML.
Välj lagringsmodell
En Standard-resurs kan bära maps direkt, medan en integration account kan dela B2B- och integrationsartefakter mellan flera workflows. Välj projektlokalt när map och workflow har samma livscykel; välj delning när flera lösningar verkligen behöver samma styrda artefakt. Undvik en gemensam katalog som bara skapar deploykoppling.
Verifiera semantiskt
Bygg golden files från representativa produktionsmeddelanden och täck namespaces, encoding, tomma element, decimaler, datum och ordning där mottagaren bryr sig. Jämför normaliserad output och verksamhetsbetydelse. Ett byte order mark eller ett ändrat namespace kan vara ett fel även när XML-dokumentet är välformat.