Удаленный прокси-сервер APACHE 2.4 mod_substitute и ProxyHTMLExtended не работают

постараюсь ответить на ваши вопросы

1) Почему правило ProxyHTMLExtended On не анализирует внешние файлы .js, как описано в документации Apache?

Вы говорите, что ProxyHTMLExtended Директива:

должен включить синтаксический анализ внутри внешних файлов .css и .js, но это не работает.

Это кажется неверным, текущий документ говорит:

При значении Off HTML-ссылки перезаписываются в соответствии с директивами ProxyHTMLURLMap, но ссылки, отображаемые в Javascript и CSS, игнорируются.

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

Это означает, что проверяются встроенные скрипты, те, что в <script></script>. В нем не упоминаются файлы .js.

2) Почему mod_substitute не работает?

Об этом я точно не знаю, почему это не работает, но если предположить, что mod_substitute включен, поскольку apache запустился без ошибок, единственное, что я могу предположить, это то, что apache отправляет application/javascript как Mime-Type вместо text/javascript, который вы написал

Некоторые бонусные предложения:

• Я бы не стал использовать ProxyHTMLURLMap ^\/(.*) /mylocation/$1 R с ProxyHTMLExtended On, потому что каждый / будет переведен в ваши скрипты, если у вас есть <script> var a = 12/2; </script>, он будет переведен в <script> var a = 12/mylocation/2; </script>. Я бы подумал об использовании ProxyHTMLURLMap / /mylocation/ c (флаг c означает: пропускать встроенные скрипты и разделы стилей без изменений.)
• Я действительно не думаю, что вам нужно ProxyHTMLURLMap /mylocation /mylocation
• ProxyHTMLURLMap http://remoteserver /mylocation/ добавит дополнительные / к вашим URL-адресам, это все еще работает, но, имхо, это не очень хороший перевод.
  Пример. <a href="http://remoteserver/about"> становится <a href="/mylocation//about">
  Предлагаю переписать так ProxyHTMLURLMap http://remoteserver /mylocation

У меня похожая проблема, у меня не работала замена мода.

Затем я где-то читал, что обычно mod_subsittue фактически по умолчанию работает только в том случае, если HTTP-ответ, который вы получаете от сервера, имеет тип mime txt/html.

Это был не мой сценарий. Мой сценарий заключался в том, что я хочу переписать содержимое XML, а именно веб-службу JEE, которая была проксирована apache httpd.

Для того, чтобы заставить мод подменять содержание ответа, необходимо было сделать:

<Location /mockOutgoingWebServicePortBinding>

              # core authentication and mod_auth_basic configuration
              # for mod_authn_dbd
              AuthType Basic
              Authname "Password Required"

             # core authorization configuration
             AuthUserFile C:\Apache24\conf\htpasswd
             Require valid-user

             # mod_filter to be able to subsitute text xml
             AddOutputFilterByType SUBSTITUTE text/xml text/html
             Substitute "s|http://someHostName:8088/|http://localhost:80/|i"
</Location>

Волшебным шагом было включение mod_filter и добавление директивы: AddOutputFilterByType.

Когда это было добавлено, замена изменила тело xml. замена адреса конечной точки.