svenomVoDAМоя мысль - тренд применять аннотации вместо web.xml для конфигурирования сервлетов начал Spring.Все равно ничего не ясно. Вы про какие аннотации вообще говорите? @Controller и иже с ними?
Вывод: Spring не давал и не дает аннотаций типа @WebServlet. Для Spring MVC входной точкой является сервлет, который определен в web.xml.@WebServlet появились после @RequestMapping. И мое ИМХО что именно под вилянием идей реализованых в Спринг.

svenomVoDAТренд давать возможность в WAR работать с JPA в JavaEE навеяна Spring. Spring довольно удобно реализовал и заместил JavaEE во многих проектах.А вы можете объяснить, почему именно это неваяно именно Spring? Я вот свой контраргумент привел - Хибер спокойно работает в JavaEE5 баз Спринга, Хибер через JPA тоже спокойно работает в JavaEE5 без спринга. В чем здесь заслуги Spring?
Вывод: что хибер, что JPA спокойно работают в JavaEE5 без спринга, следовательно он тут вообще нипричем.до появления спринга WAR не умел работать с JPA.

svenomVoDAИдея не грузить то, что не нужно пришла в JavaEE под давлением со стороны Spring.Ок, вопрос: каким образом Спринг решает, что грузить, а что нет? Если мне не изменяет память, то определением набора используемых библиотек занимается в первую очередь сборочны тулзы, аля Ant/Maven. Спринг же вообще никак не управляет загрузкой тех или иных компонентов.
jar ники конечно maven закидывает. только если конфигурация компонента не прописана в applicationContext, то и компонент не грузится самим Спрингом - к нему просто нет обращений.

svenomИ ваш пример с Томкатом крайне странный. Вы берете контейнер сервлетов, запихиваете в варник кучу либов и довольно утверждаете: "На томкате то грузится только то, что надо!". Ну конечно, ведь до того, как вы загрузили туда варнки с либами (например, всякие EJB< JPA, JAXWS...), их там мообще не было. Я с таким же успехом могу сказать: вот как круто, я запустил десктоп приложение и оно загрузило только то, что нужно!
Именно так!!! десктоп приложение само знает что грузить (что не надо там отсутствует). Спринг (из applicationContext) вытаскивает знания что нужно грузить. А JavaEE сервера грузят вообще ВСЕ, без обращения к приложению - это и его проблема.

И появилась задача сделать АппСервера адекватными задаче. Это реализовали через профили. Профиль - возможность настроить КАКИЕ сервисы запускает сервер.

svenomVoDAя сравниваю возможности предоставляемые Tomcat+Spring с одной стороны и WebSphere с другой. Учитывая, что мне из этой кучи нужно 3-4 технологии. Остальное просто бессмысленно запускается.
К примеру WebServices- если ни одно приложение не пользуется WebServices эта служба не должна запускаться и тратить время в разработке и ресурсы в продакшене. К этому сейчас и подходят в JavaEE.Ок, мне тут нечего добавить к тому, что я написал выше. Спринг никоем образом не управляет тем, что грузить, а что нет. Это ответственность сборщиков и настройки класслоадеров.а кто у класслоадера запрашивает классы и заставляет его их грузить? учитывая, что Спринг - IoC?

наверное класслоадер сам решает что требуется приложению и зафигачивает все jar-ники в память

svenomVoDAОсновная мысль в том, что проигрывая связке T+S в кастомизуемости и минимизации запускаемых сервисов JavaEE начала терять аудиторию . И для сохранения потребителей они ввели профили, которые и позволяют (по крайней мере на слайдах презентаций ) настраивать JavaEE complaint сервера так же гибко, как это позволяет связка T+S.Очень забавная мысль. Вы считаете, что из-за того, что Томкат стартует за 5 секунд, а та же WebSphere за 50, она потеряет аудиторию в пользу Spring?скорость старта - дополнительный бонус. А вот минимизация расходов на неиспользуемые компоненты - очень даже интересный бонус.

К примеру приложению нужно JSP + JPA. На T+S для работы требуется заметно меньше памяти и CPU, чем для полноценного же JBoss. Зачем расходовать больше, если это не нужно.

svenomВы немного путаете - на проектах, где хватает томката (простенькие сайты и корп. приложения), используют Томкат. Если требования к приложению указывают, на то, что надо использовать полноценный сервер приложений, то используют сервер приложений.
А что же тогда крупные java проекты типа Liferay и Alfresco сбежали с полноценных JavaEE серверов на использование Spring? наверное за несколько лет работы не постигли ДАО и "сдулись"

PS Возможность работать на Tomcat это бонус использования Спринга.