Несколько особенностей контекстов Spring MVC или история о невнимательности

Так уж получилось, что последний год я работаю на проектом, который построен с использованием фреймворка Spring MVC. Сейчас я совсем от этого не в восторге, год назад было еще терпимо, а два года назад я даже не видел достойных конкурентов для быстрой и архитектурно правильной разработки. С выходом третьей версии, конечно, стало гораздо комфортнее работать, конфигурировать, но сейчас существуют куда более эффективные и стандартизированные решения. Но сейчас не о них,будем считать эту статью очередной ретроспективой.

Так получилось, что занимаясь конфигурацией (по старой привычке в основном на уровне xml) я не особо задумывался о том, как Spring MVC организует работу с контекстами, а оказалось, что это весьма интересно и понимание этой работы могло бы избавить меня от ряда нудных ошибок...

Ретроспектива: СSS меню в IE6 без использования JavaScript

Как обычно - случилось, пришлось вспоминать использование различных шаманских бубнов для пожилого и по старчески вредного браузера Internet Explorer 6. И как обычно - вспомнилось, в отдаленных участках моего сознания все же были аккуратно сложены воспоминания о былых противостояниях молодых сознанием и уже не молодого браузера...

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

Смешиваем, но не взбалтываем: Apache Tiles & Spring MVC

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

Что же это за шаблонизатор и с чем его готовить?

Пишем Compressing Filter для js и css ресурсов

Задумавшись об оптимизации своих web приложений через n-ое количество времени я заинтересовался различного рода сжатием статики, о котором написано невероятно много интересных и занимательных статей. Более всего меня заинтересовало сжатие css и js. Заинтересованность эта была связана с тем, что сам разработчик правит js и css достаточно часто и постоянное ручное сжатие рано или поздно приводит либо к пересмотру всего процесса разработки и размещения, либо приводит к отказу от сжатия.

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

Google Developer Day 2010 Moscow

Удалось посетить это замечательное мероприятие, прошедшее 12 ноября. В результате мозг переполнен множеством новых идей и приемов, в общем те кто хотели получили огромное количество информации этого добились. Организаторам удалось обеспечить действительно творческую обстановку.

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

Об опыте использования рефлексии...

Никогда не думал, что придется столкнуться с необходимостью писать код, анализирующий самого себя, но недавно это случилось. Нужно отметить, что многие разработчики вообще не используют такую методику ни при каких обстоятельствах... Но оказалось, что такой код становиться невероятно гибким. Почему?

XSLT Templater - шаблонизация на стороне клиента

В начале июля мне удалось съездить на Я.Субботник, на котором меня вдохновил Степан Резников своим докладом про клиентскую шаблонизацию...

Настолько вдохновил, что захотелось написать собственное решение, чем я собственно и занялся. Сразу оговорюсь, что я не любитель изобретать велосипеды (хотя нет... на самом деле любитель), но варианты, которые существовали на тот момент меня не очень привлекали. И написаны они были хорошо, и работали быстро и надежно, но лично мне работать с ними было неудобно - неудобно вызывать, неудобно обращаться к результатам обработки и т.д. и т.п.

В качестве технологической базы выбрал XSLT, хотя JS шаблонизация во многих случая предпочтительней, но уж больно давно мне полюбилась эта технология (благодаря, кстати, Mozart Framework). В результате этого моего увлечения появился плагин для jQuery: