Depuração de SOAP / API
Cole uma resposta SOAP bruta do seu network log, formate, e a falha real fica visível dentro do envelope. A linha + coluna do erro permite saltar para um prefixo de namespace malformado ou um & não escapado em segundos.
Faça pretty-print, minifique e valide qualquer XML — respostas REST, envelopes SOAP, feeds RSS, sitemaps, Maven, AndroidManifest. Saída com realce de sintaxe, relatórios de erro com linha + coluna. Tudo no seu navegador.
Well-formedness é o conjunto básico de regras estruturais: tags devem estar corretamente aninhadas e fechadas, atributos devem estar entre aspas, deve haver um único elemento raiz, caracteres especiais devem estar escapados (<, &, etc.). Esta ferramenta verifica well-formedness usando o DOMParser nativo do navegador.
Validade é uma verificação mais rigorosa contra um schema (DTD, XSD, RelaxNG) — "o documento está em conformidade com esta gramática". O DOMParser do navegador não faz validação de schema; para validação XSD você precisa de uma ferramenta server-side como xmllint --schema.
Sim. Seções CDATA (<![CDATA[…]]>) mantêm seu conteúdo exatamente como escrito — caracteres especiais dentro não são re-escapados. Comentários (<!-- … -->) e processing instructions (<?xml-stylesheet … ?>) são recolocados em suas posições originais. A XML declaration e a linha doctype são preservadas como as primeiras linhas.
Envelopes SOAP, feeds RSS, sitemaps, `pom.xml` do Maven, AndroidManifest — tratados corretamente em formatar, minificar e validar.
Indentação configurável de 2 espaços, 4 espaços ou Tab. Tags self-closing continuam self-closed. Seções CDATA, comentários, processing instructions e a XML declaration sobrevivem a um round-trip de formatação.
Remove espaços em branco insignificantes entre elementos e colapsa o documento inteiro em uma única linha. Útil para embutir XML em um campo de string JSON ou enviar por uma conexão apertada.
Verificação de well-formedness usando o DOMParser nativo do navegador. Em caso de erro, a linha e a coluna do markup com problema são exibidas inline, para você ir direto ao ponto.
Nomes de tags, atributos, valores de atributos, texto, comentários, CDATA e processing instructions são todos coloridos para que a estrutura seja imediatamente legível.
Cada byte permanece no navegador. Parsing, formatação, validação e download rodam todos como JavaScript na sua máquina. Abra DevTools → Network e verifique zero requisições de saída.
JavaScript puro, sem runtime de framework. O cold load é menor que 25 KB gzipado. Formatar um documento XML de 200 KB e re-renderizar com realce de sintaxe leva menos de 80 ms.
Quatro passos do XML bagunçado até a saída limpa e validada.
Solte ou cole qualquer payload XML — respostas de API REST, envelopes SOAP, feeds RSS / Atom, sitemaps, configurações. A ferramenta formata automaticamente enquanto você digita (debounce de 350ms).
2 espaços é o padrão moderno (combina com Prettier e a maioria dos guias de estilo). 4 espaços é a convenção mais antiga (Java e.NET). Tab combina com a largura de tab do seu editor — útil quando o documento será editado à mão.
Validar reporta quaisquer erros de well-formedness com linha + coluna. Minificar colapsa o documento em uma única linha — útil para embutir XML em uma string JSON, em uma coluna de banco de dados ou em uma variável de shell.
Clique no ícone de copiar para enviar o XML limpo para sua área de transferência, ou baixe como formatted.xml. A saída preserva CDATA, comentários, processing instructions e a XML declaration.
Quatro fluxos comuns de XML em que um formatador no navegador, com privacidade em primeiro lugar, ganha de abrir uma IDE.
Cole uma resposta SOAP bruta do seu network log, formate, e a falha real fica visível dentro do envelope. A linha + coluna do erro permite saltar para um prefixo de namespace malformado ou um & não escapado em segundos.
Cole seu `sitemap.xml` ou feed RSS feito à mão, valide o well-formedness antes de enviar para o Search Console / agregadores. Minifique para caber em uma única linha para embutir em scripts de automação.
pom.xml do Maven, beans Spring, mapeamentos NHibernate, AndroidManifest.xml do Android — todos se beneficiam de uma re-formatação após edições manuais. Valide antes de fazer commit para pegar erros de digitação dos quais o build se queixaria.
.docx, .xlsx, .pptx e .epub são todos ZIPs de XML. Extraia o XML interno, cole aqui, formate e você consegue ler ou editar a estrutura limpa antes de zipar tudo de novo.
Payloads XML nunca saem do seu dispositivo. Abra DevTools → Network e você verá zero requisições de saída durante a formatação, validação, cópia ou download.
DOMParser nativo do navegador; formatação e minificação são percursos JavaScript simples sobre a árvore DOM resultante.
Leituras selecionadas sobre XML, depuração de SOAP e fluxos com arquivos de configuração.
Where XML still beats JSON (SOAP, RSS, Office docs, EPUB, sitemaps, configs) and where JSON wins. Worked examples and migration patterns.
Reading XML namespace prefixes, finding the actual fault inside a SOAP envelope, and using a browser-based formatter to spot the issue without firing up SoapUI.
Well-formedness é o conjunto básico de regras estruturais: tags devem estar corretamente aninhadas e fechadas, atributos devem estar entre aspas, deve haver um único elemento raiz, caracteres especiais devem estar escapados (<, &, etc.). Esta ferramenta verifica well-formedness usando o DOMParser nativo do navegador.
Validade é uma verificação mais rigorosa contra um schema (DTD, XSD, RelaxNG) — "o documento está em conformidade com esta gramática". O DOMParser do navegador não faz validação de schema; para validação XSD você precisa de uma ferramenta server-side como xmllint --schema.
Sim. Seções CDATA (<![CDATA[…]]>) mantêm seu conteúdo exatamente como escrito — caracteres especiais dentro não são re-escapados. Comentários (<!-- … -->) e processing instructions (<?xml-stylesheet … ?>) são recolocados em suas posições originais. A XML declaration e a linha doctype são preservadas como as primeiras linhas.
Sim, qualquer coisa well-formed funciona — envelopes SOAP (com os prefixos de namespace soap:Envelope, soap:Body), feeds RSS / Atom, sitemaps, SVG, plist, pom.xml do Maven, configurações Spring, container.xml do EPUB, AndroidManifest.xml do Android. Prefixos de namespace são preservados — não removemos atributos xmlns:.
As causas mais comuns: (1) & não escapado dentro de texto ou valores de atributo — deve ser &; (2) dois elementos raiz (XML permite exatamente um); (3) uma tag escrita de forma diferente da sua tag de fechamento (ex.: <Item>…</item> — XML é case-sensitive); (4) valor de atributo sem aspas; (5) um < sem correspondência no conteúdo de texto. A linha + coluna mostradas na mensagem de erro apontam para a posição que falhou.
Não. Parsing, formatação, minificação, validação, realce de sintaxe e download rodam todos como JavaScript no seu navegador. Abra DevTools → Network e você verá zero requisições de saída durante o uso. Usamos um cookie para o estado do consentimento de cookies e um para a preferência de idioma, só isso.