Добавил в класс AbstractWorker:

1. Текст сообщений об ошибке
Тут выбор на мой взгляд прост, если сайт многоязычный, то проще иметь несколько вариантов шаблонов.
Поэтому передаю текстовую константу.
2. Текст подтверждения
Сделал так:



Это сообщение отредактировал(а) diablero - 11.8.2007, 17:11

Mетод getParameterMap содержимое заменить на
@SuppressWarnings("unchecked")
    public Map<String,String> getParameterMap(){
          return request.getParameterMap();
    }

Извиняюсь за оффтоп, но это важно! 

Сейчас читая эту тему пытаюсь реализовать свой проект (пока до 11 странички добрался с JPA), в общем большая просьба к диаблеро - не править код в предедущих постах а создавать новые посты с исправлениями. Может к 20 страничке ситуация изменилась, но на 11 пока постоянные правки предедущих постов, непонятки получаються   

PS... за затею большое спасибо   , уже много интерестного для себя почерпнул (XStream, JPA) 

Это сообщение отредактировал(а) goodday1941 - 12.8.2007, 15:11

Welcome to the club, goodday1941!

Приятно видеть, что люди интересуются вопросом.

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

Исправилась, исправилась ...

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

в общем то можете подсказать толковых текстовичков по Velocity? заранее благодарен  

Ссылка на Velocity: тынс.
Документации на сайте, на мой взгляд достаточно.

Список подправлю.

Stampede
Скажи, пожалуйста, знаком ли ты с технологей facelets? Какие преимущества и недостатки предлагаемого здесь подхода против facelt'ных шаблонов?

Нет, не знаком, но поскольку само название Facelets предполагает его связь с "лицами", а "лица" продвигают люди, чей образ веб-программистского мышления был сформирован под влиянием JSP, то скажу честно: я отношусь к Facelets с большим предубеждением. Вот я сейчас глянул обзорную статью Facelets fits JSF like a glove, и что я там увидел? Все тот же корявый синтаксис кастом тэгов, куча обязательных объявлений, невнятная связь шаблона с моделью...

Товарищи, вы поймите, кастом тэги - это, по большому счету, всего лишь способ организовать обратные вызовы (callbacks) из шаблона в некие Java-компоненты. Но для этого совсем не обязательно городить такой огород!

Maksym, я понимаю, тебя интересует, как у нас будет решен вопрос с компонентностью. Обещаю, очень положительно будет решен  Потерпи, уже совсем чуть-чуть осталось. Я тебе могу даже конкретно сказать: когда будем делать механизм постраничного вывода.

2 diablero:

Посмотрел твой код. В принципе все нормально. Замечания:

1. Метод AbstractWorker.getParameterMap()

Я под инкапсуляцией имел в виду немного другое. Понимаешь, воркерам должно быть вообще до балды, какие там проблемы возникают при кастинге параметров. Скорее всего, проблема вообще решается правильным описанием дженериков в классе FormInfo. Но даже если не решается, то можно вручную перебрать все эти параметры в конструкторе FormInfo(Map map), и вот это и будет искомой инкапсуляцией.

2. Класс ConfirmData

Я ведь говорил о текстовых константах, а ты используешь числовые. Тогда ты мог бы прямо в коде Velocity сравнивать со строками, например #if($action == "LOGIN_ACTION"), и не надо было бы объявлять их по десять раз.

Кроме того, в классе можно было бы предусмотреть переменную типа Object, в которой передавать любой произвольный объект. Например, при подтверждении логина - объект User, а при подтверждении поста - объект Post. Это позволило бы выводить более конкретизированный текст сообщения (например, включающий названия поста), а в качестве ссылки - прописывать соответствующий УРЛ.

3. Воркер ConfirmationWorker

И еще одна важная вещь. В классе ConfirmationWorker нужно обязательно добавить код, который подчищает сессию: удаляет атрибуты formData и confirmData. Это нужно для того, чтобы отслеживать ситуации, когда юзер попал на страницу подтверждения неестественным образом: например, по ссылке извне, по кнопкам взад/вперед или через закладку браузера.

Соответственно, в шаблоне должна стоять проверка: если переменная $confirmData отсутствует, то говорить юзеру, чтобы он не лез куда не следует, и пернаправлять его на домашнюю страницу.

Следующим шагом предлагаю сделать ввод новых постов:

УРЛ: /form/post.shtml
Воркер: PostFormWorker
Шаблон: forms/post.vm

|
V

/submit/post.do
SubmitPostWorker

А вслед за этим сразу сделаем редактирование постов.

И еще, по поводу подразделов. Ты, кажется, собирался ввести для них новую сущность. А что если тебе впоследствии понадобится под-подраздел. А потом под-под-подраздел, и так далее?

Нет уж, вот есть у тебя сущность Section, вот в ней и надо сразу заложить иерархичность. Если самостоятельно не получится, будем решать вместе.

Stampede, спасибо за ответ.

чего-то не находиться решение...

Почти доделал. Сдесь нужно сразу привести все в порядок. Я имею ввиду сущность Section, подразделы. Завтра после работы, доэксперементирую, и если понравиться реализация, все запостю.

Это сообщение отредактировал(а) diablero - 15.8.2007, 14:59

Привет! слежу за вашей темой уже несколько недель. Спасибо за столь полезный топик. Пытаюсь вас догнать. Опыта как такового в java нет.   Застрял вот на сервлете, 
запуская Infinite1[1].1.3.4 второй день.
Да только выдает  упорно "error page" из шаблона   Оно у всех запускается без проблем? 

 ок..продолжаю.. попробую еще раз все по пунктам..  эх, как же на пхп все попроще    

Было такое. Долго боролся.
Код MainController.java из Infinite1.1.3.4:

В этом коде, скорее всего, барахлят пути к классам, которые засовываются в mapping.
Проверить пути можно так:

Посмотри пути, а потом либо впиши их в mapping, либо надо будет поизвращаться с настройками сервера.

Удачи.

  Да, на PHP поначалу проще, но когда проект разрастается... Где тут смайлик самоубийцы? И к тому же от от сервлетно-шаблонного подхода веет этаким... профессионализмом, что ли... программерским благородством... Не знаю даже, как описать.

вопрос в тему... 
Stampede, предлагал вынести стили в отдельный css файл... собсно вопрос в следующем где его размещать, что прописать в web.xml и какой путь к css файлу прописывать в самой веб страничке?

ПС... только познакомился с css... и то что я первым вразумил: деражть всю инфу о стилях  в отдельном файле имеет смысл в плане быстродействия, так как css файлы кешируються. Поправте если я не прав 

Нормально будет разместить его в папке css, созданной на одном уровне со стартовой страницей.

Ничего не нужно.

Относительный.

Это так. Но главный плюс css в возможности отделить логические структуры страниц от деталей оформления и централизовать управление внешним видом системы.

Это сообщение отредактировал(а) Maksym - 16.8.2007, 15:59