Рассказывай, чего хочешь от хомепаги. От этого и будем плясать. Шаг за шагом. Потом оформим как туториал. Многим потом пригодится.

Я серьезно.

Ну как минимум каркас. Т.е. ядро с подгрузкой модулей, реализующих определенный интерфейс.
Класс для работы с БД с возможностью логирования, фильтрации нежелательных запросов и т.д.
Унификация работы с AJAX. 
Унификация получения данных запроса.
Умный шаблонизатор, хотя думаю вариант с выводом XML прокатит (а потом просто на клиенте XSL преобразования сделать)

Естественно, сейчас я этого реализовать не могу на джаве, но хочу )
Вот   

Не-не-не, "ты не умничай, ты пальцем покажи" (с) анекдот  Какие модули, какой интерфейс?

Я имел в виду, что вообще будет на сайте? Ну контент, само собой. Что еще? Гостевая? Блог? Интерактив какой-нибудь?

Аякс - в каком месте? И чего ради? Аякс - это вообще целая отдельная песня. Было бы ради чего.

В общем, давай по порядку: какие разделы и что в каждом из них.

 Вот год назад на коленке сделал hunger:
http://HungeR.ru/

Из фишек:
Статичные страницы
Лента новостей. Лента релизов.
Каталог файлов(с подкатегориями)
Набор ссылок(к примеру, "друзья")
А набор фишек типа php2exe не нужен )

Сейчас страница собирается из кусков, дизайн в значительной части помешан с логикой. Этого бы делать не хотелось.
А аякс - я хотел еще FAQ прицепить. Вот там он будет нужен.

Да, я его уже смотрел. Значит, для начала воспроизводим то что есть, так? Хорошо, поехали.

Я предлагаю следующий формат: я даю задание, ты его выполняешь. Если по ходу возникают вопросы - обсуждаем. Через несколько итераций будешь с новым движком на Java.

Если все устраивает, у меня есть наготове первое задание.

Гут )
JSP?

Чур, чур меня 

Значится, так: для начала надо вообще забыть на время про слово веб. Это важно. То есть делаем просто standalone приложение. В нем будет один главный класс - точка входа во всю прогу. Назовем его ru.hunger.Hunger.

Для простоты лукапа (look-up) сделаем этот класс синглтоном. Вообще синглтоны - это не есть хорошо (почему - потом поговорим отдельно, когда придет время), но для начала сойдет.

Кроме этого, нам понабдибится класс Configuration, в который мы временно зашьем важные параметры конфигурации: параметры базы данных, кодировки и пр. Потом все это будет читаться из файла.

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

Выходная форма Задания 1

Классы: 

• Hunger
• Configuration
• TestHunger

Структуру пакетов выбрать по своему усмотрению. Запуск программы - из класса TestHunger, стандартным main(). Hunger должен выполнить свою инициализацию и выдать отчет о текущей конфигурации.

Все, на этом пока все.

И еще одно замечание: нам по ходу придется время от времени делать рефакторинг: перегруппировывать пакеты, выносить вещи в интерфейсы и пр. Это нормально. Просто если с самого начала делать все так, как оно будет в готовом виде, то целесообразность многих решений не будет вполне очевидной.

Рефакторинг сам по себе вещь достаточно муторная из-за объема правок, но на наше счастье большинство приличных IDE берут на себя большую часть рутины, так что на практике все оказывается достаточно просто. Ты какой IDE пользуешься? Если еще не выбрал, то советую взять Eclipse - у него плагинная архитектура и большое число полезных плагинов. Да и вообще штука приятная в работе. Правда, сторонники IDEA утверждают, что IDEA намного круче, но она стоит котлету денег, а пользовать кряки, как я понимаю, тебе не позволяет религия.

Это сообщение отредактировал(а) Stampede - 5.12.2006, 23:11

Угу, т.е. просто чтение конфига классом Hunger? )

Вопрос появился: какие имена у класса стандартного логгера  и класса для чтения из файла? ) Чтобы знать, по каким словам koders.com для примеров мучать )

Нет-нет, это пожалуйста самостоятельно. Вообще все нужно будет делать самостоятельно, читая для этого спеки, доки, статьи, обсуждения и пр, , потому что только таким образом можно сложить сколько-нибудь отчетливую картинку, что и как устроено в Java. Я и другие можем только корректировать этот процесс.

Взять хоть тот же "класс для чтения из файла". А нету такого класса! Потому что весь ввод-вывод завязан на идее потоков. Или вот логгер: почему он такой, какой есть, а не какой-нибудь иной? Какими соображениями руководствовались его архитекторы? Что было его идейным прототипом?

В общем, со всем надо разбираться.

Ок, идея понятна )

Я тоже постараюсь участвовать в этой затее, если
а) Stampede и nerezus не против;
б) позволит время.

batigoal, я не против, но тут возникает несколько вопросов: Например, по кому будем делать зачет? По первому выполнившему задание? По последнему?

Потом, сколько веток будем поддерживать? Две разные? Запутаемя. Одну? А если возникнут разногласия?

Далее, если один запостит свое решение раньше, это неизбежно повлияет на ход выполнения задания другого. Хотелось бы избежать.

Поэтому, batigoal, учитывая, что изначальная инициатива принадлежит 
nerezus'у, и объем для изучения у него явно больше, давай ты присоединишься на принципах минимального вмешательства? То есть темп отмеряем по nerezus'у, раньше него с ответами не лезем и за окончательный принимаем вариант, который выберет nerezus. То есть ты как бы присоединяешься с правом совещательного голоса.

Я понимаю, что это не самые привлекательные условия, ну дак а что делать? Иначе пострадает качество учебного процесса.

Модератор: Для более удобного наблюдения за сериалом зафиксировал тему.

Главное, оптимальные.

К тому же, моя скорость вполне может быть ниже (наш проект перешел в эндшпиль, потому...)

Хорошо хоть мыльной оперой не обозвали  Спасибо за закрепление темы.