Это лучшее, что я смог придумать:
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" encoding="UTF-8" indent="yes" version="1.0"/>
<xsl:template match="/root">
<xsl:copy>
<xsl:for-each select="*">
<xsl:call-template name="check-if-allowed">
<xsl:with-param name="path" select="local-name(.)"/>
</xsl:call-template>
</xsl:for-each>
</xsl:copy>
</xsl:template>
<xsl:template name="check-if-allowed">
<xsl:param name="path"/>
<xsl:copy>
<xsl:if test="$path = document('filter.xml')//RequiredElements/elementName/text()">
<xsl:attribute name="flagged-by-filter">true</xsl:attribute>
</xsl:if>
<xsl:choose>
<xsl:when test="*">
<xsl:for-each select="*">
<xsl:call-template name="check-if-allowed">
<xsl:with-param name="path" select="concat($path, '/', local-name(.))"/>
</xsl:call-template>
</xsl:for-each>
</xsl:when>
<xsl:otherwise>
<xsl:copy-of select="text()"/>
</xsl:otherwise>
</xsl:choose>
</xsl:copy>
</xsl:template>
</xsl:stylesheet>
Давайте пройдемся по этому вопросу: первый шаблон соответствует вашему /root элементу.Он создаст поверхностную копию и затем вызовет шаблон check-if-allowed для каждого дочернего элемента, передав локальное имя этого дочернего элемента в качестве параметра path.
Шаблон check-if-allowed принимает параметр с именем path.Он делает поверхностную копию своего узла, а затем проверяет, содержится ли параметр path в выделении, сделанном из документа filter.xml.Это должен быть путь к вашему второму документу, который содержит список разрешенных путей.Если тест пройден успешно (т. Е. Если параметр path отображается как текстовое содержимое elementName в filter.xml), он также добавит атрибут с именем flagged-by-filter и значением true.
После этого xsl:choose собирается сделать одну из двух вещей.Если есть какие-либо дочерние элементы для текущего, он будет вызывать один и тот же шаблон check-if-allowed для них, но каждый раз с параметром path, к которому было добавлено локальное имя этого элемента.Если дочерних элементов нет, он просто скопирует любой текст, который мог быть в текущем элементе.
Помните, что это очень неполное решение.Он игнорирует атрибуты и не будет работать для смешанного содержимого (то есть текста, смешанного с элементами).
Эта вторая таблица стилей может быть применена к результату первой, чтобы выполнить фактическую фильтрацию:
<?xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method="xml" version="1.0" encoding="UTF-8" indent="yes"/>
<xsl:template match="/">
<xsl:copy><xsl:apply-templates select="*"/></xsl:copy>
</xsl:template>
<xsl:template match="*[//*[@flagged-by-filter='true']]">
<xsl:copy><xsl:apply-templates select="*"/></xsl:copy>
</xsl:template>
<xsl:template match="*[* and not(//*[@flagged-by-filter='true']) and @flagged-by-filter='true']">
<xsl:copy></xsl:copy>
</xsl:template>
<xsl:template match="*[not(*) and @flagged-by-filter='true']">
<xsl:copy-of select="."/>
</xsl:template>
<xsl:template match="*[not(*) and not(@flagged-by-filter='true')]"/>
</xsl:stylesheet>
Опять же, очень простая работа здесь.Он не обрабатывает атрибуты, и все еще существует проблема, поскольку elem4 всегда проходит по какой-то причине.Не знаю почему, отладчик показывает мне, что он всегда соответствует второму шаблону, но я не представляю, как.
Это более обычный декларативный стиль XSLT.Первый шаблон соответствует корню.Он просто копирует его, а затем применяет шаблоны к своим дочерним элементам.Второй шаблон соответствует любому элементу, который имеет потомок с атрибутом flagged-by-filter="true".Третий шаблон соответствует любому элементу, который имеет хотя бы один дочерний элемент, имеет атрибут помеченный фильтром, но не имеет потомков с указанным атрибутом.Четвертый шаблон соответствует любому элементу, который не имеет дочернего элемента, но сам помечен.Окончательный шаблон соответствует любому элементу, который не имеет дочернего элемента и не помечен сам по себе.
Хотя это не полное решение вашей проблемы, я надеюсь, что этого достаточно, чтобы помочь вам в этом.Если вы не можете применять два последовательных преобразования XSLT, вам нужно будет найти способ применить материал из первого XSLT по вашему усмотрению.Я не могу придумать, как это можно сделать, но, возможно, у кого-то есть хорошая идея.
Сказано и сделано, для такой проблемы либо не будет использоваться XSLT, либо будет просто генерироваться таблица стилей программнона основе вашего фильтра XML.Вышесказанное будет очень плохо с точки зрения производительности, поскольку мы постоянно применяем выражения XPath к дополнительному документу.Мало того, он должен быть полностью проанализирован каждый раз.У меня когда-то была похожая настройка, и я обнаружил, что производительность очень плохая.Поэтому я изменил доступ ко второму документу в функцию расширения, которая вызывала бы метод Java с использованием предварительно загруженных данных.
XSLT отлично подходит для некоторых вещей, но когда вы сталкиваетесь с такой сложностью, я думаю, что лучшев сочетании с другим языком.