Принятие меня понимает то, что Вы пытаетесь сделать, я избавился бы от материала прокси и использовал бы местоположение или locationmatch блок для ловли запросов на CSS. Я поместил бы это в основную конфигурацию сайта апача.
Я предположил бы, что Вы или проксируете или используете коннектор AJP для Jboss. Помещенный, что после Вашего блока местоположения. Вы могли поместить свою передачу прокси в jboss сюда. Вы затем установили бы корень документа Apache к верхней части Вашего военного каталога. Вы, вероятно, хотите сохранить свой псевдоним от Вашего virtualhost также.
После немного дальнейшего размышления это может быть более просто
поместите это в основной http.conf за пределами любого virtualhosts
Исказите/test/css/"C:/jboss/server/default/deploy/test.ear/test-web-app.war/css /" Порядок, позволяют, отклоняют, Позволяют от всех
Я предполагаю, что Вы выполняете это все (Jboss, апач) на том же сервере. Обратите внимание, что Вы могли изменить путь в блоке каталога к test-web-app.war каталогу и добавить больше псевдонимов, если бы у Вас были другие вещи, Вы хотели, чтобы Apache служил.
Можно хотеть скорректировать Proxypass к Jboss также, таким образом, Вы имеете один для любых каталогов, которые Вы хотите, чтобы JBoss обработал.. Это могло бы работать только для размещения его после вышеупомянутого блока каталога
Для полученных Red Hat дистрибутивов можно найти легкий ответ для того, какие пакеты явно установлены путем взгляда на comps.xml
файл в дереве установки для данного выпуска. Но это не скажет Вам, что втянуто зависимостями.
Я думаю в целом с простотой современного управления пакетом, единственная точка, где люди действительно заботятся об этом, "делает это соответствие на моем LiveCD". Кроме этого, подход обычно имеет тенденцию быть, "не добавляет материал к значениям по умолчанию несерьезно, но если никто действительно не возражает, а, там Вы идете".