2012-05-02 22 views
0

я в настоящее время работает WebSphere Application Server Community Edition v3.0.0.1 на RHEL 4 Update 9.Как разрешить symlnked обхода каталогов в веб-приложение WASCE

У меня есть веб-приложение, ранее работающих на 6,1, но мы хотели переехать в WASCE. Реализация была такова, что в папке «Веб-контент», которая указывала на другую папку в той же файловой системе, но вне веб-приложения и WASCE, у нас был символический каталог «symdir». Под обложками мы будем динамически создавать контент в символическом каталоге, а затем создавать ссылки на него. Например, в 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, этот тип конфигурации больше не работает. В частности, я не могу пересекать любые символические каталоги и получать любой контент обратно. В этом отношении я даже попытался добавить каталоги в пакет веб-приложений и развернуть w/them, а затем попытался ударить их. Это как будто ничего/контекст/* блокируется!

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

Также найдено что-то похожее здесь JSP files in external directory, но добавление контекстного модуля в web.xml вызывает ошибки компилятора.

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

ответ

1

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

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

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