Является ли эта подстрока-after и concat нарушением моей кодировки?

Question

Наша GSA использует FileConnector для индексирования разных долей, которые являются объектами ссылок DFS. Я пытаюсь переписать file://filesrv01.example.com/share$/dir/file.ext на file://R:/hare/dir/file.ext в интерфейсе XSL.

Существуют а xsl:choose элемента тесты Wich для различных протоколов, но не file://, поэтому я предполагаю, что обработка моих исходных ссылок по умолчанию будет этот узлом:

<xsl:otherwise> 
    <xsl:value-of disable-output-escaping='yes' select="U"/> 
</xsl:otherwise> 

Мы создали новый xsl:when узел, как это:

<xsl:when test="starts-with(U, 'file://server.example.com/share$> 
    <xsl:value-of disable-output-escaping='yes' 
    select="concat('file://R:/share/', 
     substring-after(U,'file://server.example.com/share$/'))"/> 
</xsl:when> 

Это работает почти для всех записей в нашем индексе, но это не удается, когда путь содержит немецкий умляут. После ввода, фактический и ожидаемый выход:

file://server/share$/dir/FileWithUmläut.txt 
file://R:/share/dir/FileWithUmläut.txt 
file://R:/share/dir/FileWithUmläut.txt 

Почему по умолчанию xsl:otherwise работает без изменения умляутов, но наш CONCAT + подстроки нет? Что-нибудь, что я мог проверить или изменить?

Редактировать # 1 В файле XSL имеется только один выходной элемент: <xsl:output method="html"/>. Сам XSL распознается как ANSI в Notepad ++ с некоторыми Umlauts в текстах пользовательского интерфейса. Вывод в браузер - utf-8 xhtml.

Редактировать # 2 Когда я заменяю xsl:when на следующий блок, кодировка не прерывается, и ссылка может быть открыта (не используя корень DFS, а напрямую используя unc). Из-за этого я считаю, что это не кодирование XML или XSL, спасибо за ваш вклад, тем не менее, @ MathiasMüller.

<xsl:when test="starts-with(U, 'file://server.example.com/share$/')"> 
    <xsl:value-of disable-output-escaping='yes' select="U"/> 
</xsl:when> 

Answer 1

Моя конкретная проблема исчезла, как только я использовал file:///R:/ вместо file://R:/ (дополнительный вперед слэш), но я до сих пор пытаются выяснить, почему это помогло. В GSA XSL есть фрагмент кода JavaScript для «исправления» проблем с кодировкой в ​​IE, но это не волнует, имеет ли протокол 2 или 3 косой черты.

Хотя Firefox не разрешает файловый протокол из коробки, ни один синтаксис не работает при копировании оттуда. Это заставляет меня поверить, что мой установленный IE 9 исправляет некоторые проблемы с кодировкой самостоятельно при использовании правильного префикса file:///, а Firefox - нет.

Как мы хотели бы, чтобы ссылки работали в Firefox, я продолжу поиски славы в земле юникода, преследуемой древним драконом file:/// и домам домов IE и FF.