Andrey Yasinetskiy@Software Development

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

Скачать можно здесь: http://yasinetskiy.com/downloads

Недавно, работая над одним своим проектом мне пришлось решать задачу по удаленному взаимодействию с различными популярными веб-ресурсами. Из их числа были такие сайты как Youtube, Gmail, GoogleReader, Flickr и другие не менее известные. Первая проблема, с которой мне пришлось столкнуться это то, что все ресурсы поддерживают разные протоколы, из их числа стандартная тройка: REST, XML-RPC, SOAP. Вторая проблема, а скорее просто настоящее занудство - это написание клиентов к каждому из этих сайтов. Удручающее мероприятие, не правда ли? И если на архитектурном уровне первая проблема решается парой паттернов типа Adapter и Factory, то со второй все обстоит гораздо менее приятно.

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

Продолжить ‘Google API или что скрывается за кулисами’

Уже давно я зарекся читать книги по программированию. На это было 2 причины, во-первых не устраивала подача материала, процентов 60% текста можно было просто выкинуть, с целью оставить только суть, во-вторых время. Гораздо эффективнее, как оказалось, просто открыть оригинальную документацию и быстро разобраться с материалом, что существенно экономит время на чтении всякой воды и блужданиях вокруг да около.

Из “IT-читательского” небытия меня вернули, попавшиеся пару недель назад на глаза 3 книги (см. фото вверху). О них и пойдет речь следующих 3-х заметках.
Продолжить ‘Чтиво-линч: J2EE Development without EJB’

Разобравшись со всеми навалившимися делами и задачами, спешу опубликовать 3-ю завершающую статью из серии “Разработка веб-приложений на Spring”, которая полностью посвящается непосредственно реализации поставленной задачи в предыдущих статьях: Разработка веб-приложений на Spring. Часть 1 (Проектирование), Разработка веб-приложений на Spring. Часть 1 (Конфигурирование).

В этой статье нам предстоит сделать:

• Сервис и DAO для работы с данными
• Контроллер обработки формы
• Валидатор формы
• JSP страницу

Одним словом - ерунда осталась

Продолжить ‘Разработка веб-приложений на Spring. Часть 3 (Реализация)’

В предыдущей статье мы занимались проектированием будущего приложения на Spring. Определили его цели, структуру, а также рассмотрели основные компоненты. В качестве примера используем всё тот же AllOfRss.com.

В данной статье я рассмотрю конфигурацию нашего приложения. В процессе будут созданы все необходимые конфигурационные файлы для его полноценного функционирования.
Для начала откроем Eclipse и создадим новый проект (File->New->Web Project), также рекомендую установить плагин для более комфортной работы с фреймворком Spring - Spring IDE Plugin. В процессе создания проекта, Eclipse попросит указать название вашей “Web root folder” (по умолчанию стоит - WebRoot), я обычно указываю - web, а также J2EE Specification Level, отметьте - Java EE 5.0 (если, конечно, вы используете Java 5). Остальное пусть будет без изменений.

Веб дескриптор

Как и в любом другом веб-приложении на Java всё начинается с конфигурации web.xml (web(WebRoot)/WEB-INF/web.xml).

Для начала установим путь к осноному конфигу Spring.

web.xml

<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/allofrss-servlet.xml</param-value>
</context-param>

<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>

Сравнительно с другими веб-приложениям на Java, приложение на Spring не отличается особой оригинальностью поскольку здесь тоже всё работает через сервлеты, правда сервлет здесь будет всего один. DispatcherServlet главный сервлет в приложении на Spring. Он выполняет роль “гейтвея” входящих запросов, перенаправляя вызовы “внутрь” системы (в науке это называется паттерном Front Controller).

Продолжить ‘Разработка веб-приложений на Spring. Часть 2 (Конфигурация)’