Как разрешить символический обход каталога в веб-приложении WASCE

В настоящее время я использую WebSphere Application Server Community Edition v3.0.0.1 на RHEL 4 Update 9.

У меня есть веб-приложение, которое ранее работало на WAS 6.1, но мы хотели перейти на WASCE. Реализация была такова, что у нас был символический каталог «symdir» внутри папки веб-контента, который указывал на другую папку в той же файловой системе, но вне веб-приложения и WASCE в этом отношении. Под прикрытием мы бы динамически создавали контент в каталоге с символическими ссылками, а затем создавали ссылки на него. Например, в symdir -> /tagHome мы создадим /tagFile/some.tag, чтобы веб-приложение знало его как symdir/tagFile/some.tag, а f/s знало, что это /tagHome/tagFile/some.tag. Затем мы создадим ссылку на него по адресу http://hostname:port/context/symdir/tagFile/some.tag и визуализировать файл — это был простой xml. Все это работало раньше на WAS 6.1.

Однако теперь, когда я перемещаю приложение в WASCE, этот тип конфигурации больше не работает. В частности, я не могу пройти через какие-либо каталоги с символическими ссылками и вернуть какой-либо контент. В этом отношении я даже пытался добавить каталоги в пакет веб-приложения и развернуть с ними, а затем попытался поразить их. Как будто что-то /context/* блокируется!

Последним, что я пытался копаться в Интернете, было org.apache.geronimo.tomcat.GeronimoStandardContext.allowLinking=true. Поведение вроде не изменилось.

Также нашел что-то подобное здесь JSP-файлы во внешнем каталоге, но с добавлением контекстного модуля в веб- .xml вызывают ошибки компилятора.

Помимо написания сервлета, есть идеи? Спасибо за любую помощь!


person Doug    schedule 02.05.2012    source источник


Ответы (1)


Это устранило проблему: в файле /etc/system.properties я добавил:

org.apache.geronimo.tomcat.GeronimoStandardContext.allowLinking=true
org.apache.geronimo.webapplication.stage=development

Перезапустил WASCE, и это позволило мне обслуживать статический контент. Возможно, это не лучшее решение для каждого пользователя WASCE, но нам оно подошло.

person Doug    schedule 03.05.2012