Комментарии 5
передайте знания ребятам из IBS ^_^
0
Вобщем не очень понятно чему вы удивляетесь, сервлет же развернут в контексте портлета. Я схожим образом писал ajax'овый портлет. Про "Что же делать?" почитайте жизненный цикл портлета, сам постоянно на грабли встаю связанные с ЖЦ. Интересный пример из личного опыта )) Писал дерево на struts'е портлетном, так вот это дерево(по сути аррай лист листов...) лежало в реквесте. Запускаешь портлет все прекрасно отривывается. Но по клику на дерево оно проподало из реквеста. Вобщем дело было в том что первая отрисовка использовала ActionRequest, а вторая RenderRequest. Нужно было расшарить между портлетными реквестами эту переменную.
0
struts портлетный, это xwork что ли?
Не очень понял смысл задачи: у вас есть плоское дерево (представление данных) в виде листа листов, затем на jsp вы его JS'ом визуализируете, например используя dtree (http://www.destroydrop.com/javascripts/t…), а затем что? Не понимаю причем здесь AJAX и RenderRequest.
Если вы, например на onclick по узлу дерева поставили action, то должно быть actionPerformed сработать.
Если вас не затруднит, объясните, пожалуйста, подробнее. Я не умею расшаривать переменные. А почему бы не класть дерево в сессию?
Не очень понял смысл задачи: у вас есть плоское дерево (представление данных) в виде листа листов, затем на jsp вы его JS'ом визуализируете, например используя dtree (http://www.destroydrop.com/javascripts/t…), а затем что? Не понимаю причем здесь AJAX и RenderRequest.
Если вы, например на onclick по узлу дерева поставили action, то должно быть actionPerformed сработать.
Если вас не затруднит, объясните, пожалуйста, подробнее. Я не умею расшаривать переменные. А почему бы не класть дерево в сессию?
0
ок, AJAX я реализовывал схожим с вами образом, т.е. все запросы принимал сервлет и исходя из логики, параметров запроса возвращал html.
про "struts портлетный.."
нет, просто переписанный стратс для портлетов. На IBM много информации.
А RenderRequest и AJAX здесь непричем, это я уже про другой проект. Немного опишу почему я решил так писать. Ну вопервых, все дерево отрисовывать сразу было нельзя, слишком много данных и они достаточно долго собирались (через свой протокол обращения к железяке). Как вы наверно знаете дерево обычно строится рекурсией. На jsp рекурсию сложно прикрутить, я сделал так. Кладу в реквест корень, на jsp разруливается есть ли дочки у корня и далее jsp:include на эту же jsp. Таким нехитрым образом я построил дерево. По клику на ветвь дерева скриптом я сеттил значения формы, координаты клика и служебную информацию. В экшне обрабатывал, делал запрос на железяку и отрисовывал дополненное дерево.
про "struts портлетный.."
нет, просто переписанный стратс для портлетов. На IBM много информации.
А RenderRequest и AJAX здесь непричем, это я уже про другой проект. Немного опишу почему я решил так писать. Ну вопервых, все дерево отрисовывать сразу было нельзя, слишком много данных и они достаточно долго собирались (через свой протокол обращения к железяке). Как вы наверно знаете дерево обычно строится рекурсией. На jsp рекурсию сложно прикрутить, я сделал так. Кладу в реквест корень, на jsp разруливается есть ли дочки у корня и далее jsp:include на эту же jsp. Таким нехитрым образом я построил дерево. По клику на ветвь дерева скриптом я сеттил значения формы, координаты клика и служебную информацию. В экшне обрабатывал, делал запрос на железяку и отрисовывал дополненное дерево.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Недокументированная возможность в WebSphere Portal 5.1 (общая сессия для портлета и сервлета)